Slo-Tech - Do konca meseca morajo operaterji, dobavitelji in posredni dobavitelju po zakonu o pomoči gospodarstvu zaradi energetske krize (ZPGOPEK) poročati o porabi energentov in povprečni ceni. Podatke zbira agencija Spirit, ki pa si je zamislila zelo inovativen način za prejemanje podatkov. Vsa zavezanci za poročanje morajo vzpostaviti lastno infrastrukturo, torej strežnike, kamor se bo Spirit lahko povezal prek API-jev, in prenašal podatke.
Spirit je dejal, da je takih podjetij približno 500, pri čemer gre tako za velike sisteme kakor tudi za mala podjetja. Posredni dobavitelj je namreč vsakdo, ki komurkoli zaračunava kakršnokoli porabljeno energijo. Če oddajate prostor za postavitev bankomata in banki na računu posebej izkazujete porabljeno energijo, ste posredni dobavitelj. Če je banka prejela pomoč, ste dolžni poročati. Spirit je to zagato rešil tako, da je objavil matične številke prijaviteljev.
Način poročanja pa predstavlja obrnjeno logiko. Namesto da bi Spirit razvil ustrezno infrastrukturo, kamor bi se podjetja povezala in tja poslala podatke v obliki, kot bi jo Spirit želel, bodo podjetja sama postavljala infrastrukturo. Spirit je napisal obsežna tehnična navodila, kakšne API-je morajo razviti podjetja, da se bo potem Spirit povezal nanje in k sebi pretočil podatke. Namesto enkrat se bo torej infrastruktura razvijala 500-krat. Podjetja pa morajo Spiritu podatke za dostop - URL, uporabniško ime, geslo - poslati kar po elektronski pošti. Nekdo bo torej to ročno vnašal v neko bazo. Da se bo Spirit potem dvakrat povezal na strežnike, da bo prenesel podatke (avgusta in februarja), mora obstajati celotna infrastruktura pri vsakem podjetju - ali pa če se povežejo ali uporabijo kakšno komercialno rešitev.
Spirit je na delavnici (videoposnetek, vsebina) pojasnjeval, da bodo na tak način zavezance prisilili v oddajo ustrezno pripravljenih in točnih podatkov. Da je tak argument slab, so izpostavili številni sodelujoči na drugi strani, a se sistem ne bo spreminjal. Časa za razvoj API-jev je do 31. 7. 2023, ko morajo biti delujoči v produkciji, testiranje, ki ga Spirit izvaja na željo zavezanca, pa se zaključi 21. 7. 2023, ker pozneje ne bodo imeli časa. Strežniki bodo morali delovati vsaj do februarja 2024, ko bo še druga tranša poročanja (za drugo polletje 2023).
Spirit ob tem poudarja, da se lahko zavezanci s tehničnimi vprašanji obrnejo nanje, a ne po elektronski pošti, ker ne utegnejo odgovarjati vsem, temveč naj raje pokličejo (?). Tehnična navodila so objavili na povezavi https://zpgopek-api.spiritslovenia.eu/, ki trenutno ne deluje, posnetke in vsebine z delavnice pa na Dropboxu (!).
Namesto enkrat se bo torej infrastruktura razvijala 500-krat.
... brez besed ...
The main failure in computers is usually located between keyboard and chair.
You read what you believe and you believe what you read ...
Nisam čit'o, ali osudjujem (nisem bral, a obsojam).
Verjetno je kakšno "prijateljsko" podjetje že razvilo ravno to kar se potrebuje, za ugodno ceno.
Dober način korupcije, malo tvegan, ker ne veš, če bo kdo res kupil, ampak domišljen. Praktično te ne morejo povezati s podjetjem.
The main failure in computers is usually located between keyboard and chair.
You read what you believe and you believe what you read ...
Nisam čit'o, ali osudjujem (nisem bral, a obsojam).
Jaz nisem mogel verjeti, da so si tako zamislili. Niti v največji nočni mori mi kaj takega ne bi padlo na pamet. Sem vprašal, kdo je avtor, pa nisem dobil odgovora Skratka, teh 500 podjetij bo Spirit "dvakrat na leto enkrat do roka za oddajo podatkov" spraševal. Server mora teči 24/7. In govorimo o subvencijah za energente. Logic much? Dokumentacija je pa tudi taka, da vsebinsko ni nič jasno. Zakonsko je očitno dovolj, da za eno minuto upališ server, pa če pobere, pobere. Če ne, pa jbg. Do konca 31.7. oz. 31.12. so imeli čas. Če je časovno okno samo ena minuta, naj se pa žalijo komu drugemu.
Nekako tako so si zamislili, kot da bi FURS pobiral DDV-O, AJPES bilance in ZZZS REK obrazce. On demand. Mogoče bi pa FURS lahko preverjal račune kar pri končnem potrošniku? Saj ima vsak pameten telefon...
LOL, že dolg se nisem tako čudil in ob enem smejal banana sektorju. A so dobili študenta-počitnikarja, ki bo šel v neki obskurni pisarni po mailih in se logiral za podatke pri vsakem poročevalcu posebej? Niti v kaki afriški republiki si nebi mogel tega zamislit.
Hm, pri nas ima A1 v eni omari en switch, pa plačuje 10€ na mesec. A če naše davčne ni v tistem DropBox seznamu, potem ne rabimo nič poročat? Oz. kaj mora na računu pisat, da ne rabimo nič poročat? "najem prsotora", "vzdrževanej lokacije", ...? Oz. najslabša možnost: če že moramo poročat, bi šla skoz ena statična stran, ki bi vedno isto vsebino vrnila?
Ja, rešitev je preprosta. Narediš nič. Naj te oni potem najdejo, kaznujejo pa potem da se mal odvetnikom, sigurno cenej kot da se jebes z vzpostavitvijo.
V zakonu tako nikjer ne piše nič o tehnični izvedbi poročanj. Predvidevam, da pravno drži vodo, če pošlješ po priporočeni pošti. Če je kakšen dežuren pravnik na forumu, naj pove če je kaj na tem.
Uf, tole pa res kar kliče po državljanski nepokorščimi. Nekaj idej, če bo kdo res to implementiral :)
- podpora samo SSL1/2 standardu k kakšnim obskurnim CIPHER_SUITE ... pa naj najdejo ustreznega odjemalca ki podpira arheologijo - uporabniskoIme, geslo in zeton (ter vse ostale string zadeve) naj bodo dolgi kakšen GB vsak, pa da vidimo njih app - povsod kjer je v podatkih number($double) tip specificiran -- kakšen res obskuren zapis npr: 5.00000000000000001 - odgovor naj traja vsaj minuto - odgovor 503 HTTP z Retry-After nastavljen na 1 dan kasneje (in dokler tega ne upostevajo, še kar 503) - ene 10000x 307 HTTP temporary redirect na razlicne (zelo dolge URL-je)
Če ima še kdo kakšen predlog pa kar na dan z njim ... may the worst API win (that is implemented according to RFC and spec) :)
V zakonu tako nikjer ne piše nič o tehnični izvedbi poročanj. Predvidevam, da pravno drži vodo, če pošlješ po priporočeni pošti. Če je kakšen dežuren pravnik na forumu, naj pove če je kaj na tem.
Na žalost v zakonu piše, da si lahko izmislijo kar hočejo:
(2) Pristojni organ za namen izvajanja nadzora v skladu s tem členom predpiše vrsto in obliko podatkov ter način elektronske izmenjave podatkov s subjekti, ki so dolžni omenjene podatke zagotoviti pristojnemu organu, da pridobi in preveri podatke o dobavljenih količinah in cenah energentov na enoto za posameznega upravičenca v skladu s tretjim in četrtim odstavkom tega člena.
Hm, pri nas ima A1 v eni omari en switch, pa plačuje 10€ na mesec. A če naše davčne ni v tistem DropBox seznamu, potem ne rabimo nič poročat? Oz. kaj mora na računu pisat, da ne rabimo nič poročat? "najem prsotora", "vzdrževanej lokacije", ...? Oz. najslabša možnost: če že moramo poročat, bi šla skoz ena statična stran, ki bi vedno isto vsebino vrnila?
Ne, žal je stvar še hujša od tega. Objavljen je seznam podjetij, ki so se prijavila na Spiritov razpis, zdaj pa moraš ti med temi vohat ali je kdo od njih tvoj kupec (oz. tisti, ki mu ti zaračunavaš energijo). Pa še to so objavili zaradi vsesplošnega protesta na tistem spletnem dogodku. Kombinacije kupec-dobavitelj pa nočejo objaviti zaradi nekakšnega kvazi varovanja informacij. Vsi operaterji so se seveda prijavili, ampak ti ne veš, ali so prijavili tudi tebe za dobavitelja in ne veš ali te bo doletel ustrezen Spiritov API klic. Spirit zato svetuje, da naj imamo vsi vklopljeno full logiranje, da bomo videli, kaj oni kličejo.
Še konkretno glede teh operaterskih zadev s switchi/baznimi postajami ipd. - razlaga je bila naslednja, da si preveri v svoji pogodbi z operaterjem. Če je tam navedeno, da se obračunava po porabi in je s tvojega računa možno razbrati količine energije in cene, si dolžan poročati. Če pogodba določa kakršenkoli pavšal, nisi dolžan poročati.
Se me sicer ne zadeva, ampak mi je res žau, da sem Holoba (oz. njegovega podanika na KM). Janša pol tolko ni haral v teh dveh letih kolko ta Holob. Do razpada sistema v enem prekmurskem javnem zavodu mi je bilo vseeno.
Uf, tole pa res kar kliče po državljanski nepokorščimi. Nekaj idej, če bo kdo res to implementiral :)
- podpora samo SSL1/2 standardu k kakšnim obskurnim CIPHER_SUITE ... pa naj najdejo ustreznega odjemalca ki podpira arheologijo - uporabniskoIme, geslo in zeton (ter vse ostale string zadeve) naj bodo dolgi kakšen GB vsak, pa da vidimo njih app - povsod kjer je v podatkih number($double) tip specificiran -- kakšen res obskuren zapis npr: 5.00000000000000001 - odgovor naj traja vsaj minuto - odgovor 503 HTTP z Retry-After nastavljen na 1 dan kasneje (in dokler tega ne upostevajo, še kar 503) - ene 10000x 307 HTTP temporary redirect na razlicne (zelo dolge URL-je)
Če ima še kdo kakšen predlog pa kar na dan z njim ... may the worst API win (that is implemented according to RFC and spec) :)
- dostop do API-ja samo proti plačilu (ziher so pozabili v zakonodaji omeniti, da mora biti brezplačno) - hitrost odgovora 10 B/s
Bil sem zraven na tem sestanku. Naj dodam še eno nebulozo izmed mnogih, ki jo je omenil vodja IT-ja te agencije (parafraziram): Če boste malo pobrskali po Google-u boste naši kar nekaj firm, ki vam bodo takšen API razvile tudi brezplačno.
Bil sem zraven na tem sestanku. Naj dodam še eno nebulozo izmed mnogih, ki jo je omenil vodja IT-ja te agencije (parafraziram): Če boste malo pobrskali po Google-u boste naši kar nekaj firm, ki vam bodo takšen API razvile tudi brezplačno.
V novici je naveden URL do videa predstavitve, kjer to reče malo po 00:11:46.
Kar me je malo vrglo na rit je, kako pod domače so napisani slajdi v prezentaciji. Poleg tega ukazovalno; malo vleče na "mafijski govor", v smislu, do this or else... Nekaterim v javni upravi se je od covid obdobja premer kril podvojil.
Uf, tole pa res kar kliče po državljanski nepokorščimi. Nekaj idej, če bo kdo res to implementiral :)
- podpora samo SSL1/2 standardu k kakšnim obskurnim CIPHER_SUITE ... pa naj najdejo ustreznega odjemalca ki podpira arheologijo - uporabniskoIme, geslo in zeton (ter vse ostale string zadeve) naj bodo dolgi kakšen GB vsak, pa da vidimo njih app - povsod kjer je v podatkih number($double) tip specificiran -- kakšen res obskuren zapis npr: 5.00000000000000001 - odgovor naj traja vsaj minuto - odgovor 503 HTTP z Retry-After nastavljen na 1 dan kasneje (in dokler tega ne upostevajo, še kar 503) - ene 10000x 307 HTTP temporary redirect na razlicne (zelo dolge URL-je)
Če ima še kdo kakšen predlog pa kar na dan z njim ... may the worst API win (that is implemented according to RFC and spec) :)
Vredu. Nakazilo bo ko bodo podatki na voljo.
Uf! Uf! Je rekel Vinetou in se skril za skalo,
ki jo je prav v ta namen nosil s seboj.
V zakonu tako nikjer ne piše nič o tehnični izvedbi poročanj. Predvidevam, da pravno drži vodo, če pošlješ po priporočeni pošti. Če je kakšen dežuren pravnik na forumu, naj pove če je kaj na tem.
Na žalost v zakonu piše, da si lahko izmislijo kar hočejo:
(2) Pristojni organ za namen izvajanja nadzora v skladu s tem členom predpiše vrsto in obliko podatkov ter način elektronske izmenjave podatkov s subjekti, ki so dolžni omenjene podatke zagotoviti pristojnemu organu, da pridobi in preveri podatke o dobavljenih količinah in cenah energentov na enoto za posameznega upravičenca v skladu s tretjim in četrtim odstavkom tega člena.
Potem takem ti lahko časopisna hiša napiše da moraš podpisano odpoved naročniškega razmerja prinesti osebno v njihovo poslovalnico na Luno. Rešitev mora imeti neke okvirje, in tole šalabajzerstvo to sigurno ni
Če pravilno zastopim, morajo tole narediti tisti, ki so denar že dobili (od odjemalcev) ... ampak ni tako važno.
Glede API-ja: - dodaš 429 (to many request) (recimo rate-limiter 1/h se zdi kar smiselno)
Nova ideja > uporabniško ime/geslo mora biti posredovana po mailu (verjetno se url do API-ja)
Posljes v skeniranem (ne-OCR) pdf-ju, seveda vse nenormalno dolgo, da je treba pretipakvat - IIIllll||||LIiiiIIIILlllIll|||||||||IIiiiIIllIIIlll000000OOOOOOIIIiiiii bi bil kar primeren(a prva vrstica) za kakšno varno geslo :)
Uf, tole pa res kar kliče po državljanski nepokorščimi. Nekaj idej, če bo kdo res to implementiral :)
- podpora samo SSL1/2 standardu k kakšnim obskurnim CIPHER_SUITE ... pa naj najdejo ustreznega odjemalca ki podpira arheologijo - uporabniskoIme, geslo in zeton (ter vse ostale string zadeve) naj bodo dolgi kakšen GB vsak, pa da vidimo njih app - povsod kjer je v podatkih number($double) tip specificiran -- kakšen res obskuren zapis npr: 5.00000000000000001 - odgovor naj traja vsaj minuto - odgovor 503 HTTP z Retry-After nastavljen na 1 dan kasneje (in dokler tega ne upostevajo, še kar 503) - ene 10000x 307 HTTP temporary redirect na razlicne (zelo dolge URL-je)
Če ima še kdo kakšen predlog pa kar na dan z njim ... may the worst API win (that is implemented according to RFC and spec) :)
Vredu. Nakazilo bo ko bodo podatki na voljo.
+1. Dejansko se mi poteza ne zdi napačna, zakaj bi za vse skupaj plačevali davkoplačevalci, če pa lahko uporabniki. Podobna kot Mato989 nebuloze tukaj: zakaj bi on plačeval kulturo, če je nekulturnež. Poteza Spirita je popolnoma pravilna in v skladu z razmišljanjem točno teh, ki se zdaj pritožujejo.
Enako bi morali narediti kmetom, preprodajalcem itd. Prisiliti jih v postavitev infrastrukture, ki služi za njihov nadzor. Zakaj bi morali vsi ostali iz lastnih davkov plačevati njihovo kontrolo. Pač, te dobijo, da prehitro voziš, avto se proda na dražbi in z denarjem poplača prometno policijo. Bi lahko hitro začeli zniževati davke od plač.
Če pravilno zastopim, morajo tole narediti tisti, ki so denar že dobili (od odjemalcev) ... ampak ni tako važno.
Glede API-ja: - dodaš 429 (to many request) (recimo rate-limiter 1/h se zdi kar smiselno)
Nova ideja > uporabniško ime/geslo mora biti posredovana po mailu (verjetno se url do API-ja)
Posljes v skeniranem (ne-OCR) pdf-ju, seveda vse nenormalno dolgo, da je treba pretipakvat - IIIllll||||LIiiiIIIILlllIll|||||||||IIiiiIIllIIIlll000000OOOOOOIIIiiiii bi bil kar primeren(a prva vrstica) za kakšno varno geslo :)
Zanimivo da ko enkrat država ne zahteva podatkov na papirju sprintano in podpisano, da jih more potem pet zaposlenih pretipkavat pa spet ni prav in se išče kako bi da ne bi.
Uf! Uf! Je rekel Vinetou in se skril za skalo,
ki jo je prav v ta namen nosil s seboj.
Zanimivo da ko enkrat država ne zahteva podatkov na papirju sprintano in podpisano, da jih more potem pet zaposlenih pretipkavat pa spet ni prav in se išče kako bi da ne bi.
Res? To je tvoj zaključek po branju te teme, v kateri se kritizira, da je potrebno postaviti 500 strežnikov za en klient, namesto en strežnik za 500 klientov?
Zanimivo da ko enkrat država ne zahteva podatkov na papirju sprintano in podpisano, da jih more potem pet zaposlenih pretipkavat pa spet ni prav in se išče kako bi da ne bi.
Res? To je tvoj zaključek po branju te teme, v kateri se kritizira, da je potrebno postaviti 500 strežnikov za en klient, namesto en strežnik za 500 klientov?
Resno??
Sej se lahk povežejo. Konec koncev bo še manj korupcije če zadeva ne bo potekala s strani države. Zakaj bi pa mogla država vse na pladnju prnašat. Svet gre naprej.
