Giter VIP home page Giter VIP logo

idsk_elements's People

Contributors

36degrees avatar abrownhill avatar alex-ju avatar alexmuller avatar dsingleton avatar edwardhorsford avatar eronisko avatar fofr avatar frkosk avatar gavboulton avatar gemmaleigh avatar greenkeeper[bot] avatar hannalaakso avatar htmlandbacon avatar id-sk-ci avatar jaroslavistok avatar jaroslavistokui42 avatar joelanman avatar keithiopia avatar lennym avatar nickcolley avatar pauldwaite avatar richiv avatar robinwhittleton avatar selfthinker avatar stephenrichards avatar timpaul avatar tombye avatar tvararu avatar zaijo avatar

Stargazers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar

Watchers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar

idsk_elements's Issues

Kedy použiť proces overenia e-mailovej adresy (LB)

Aktuálne v IDSK zadefinované v dvoch prípadoch:

  • je kritická funkcionalita v službe prístupná iba prostredníctvom e-mailu (napríklad resetovanie hesla),
  • náhodné použitie nesprávnej e-mailovej adresy by spôsobilo, že niekto iný by sa dostal k citlivým údajom iného používateľa.

Chýba v prípade nastavenia notifikácií.

Hlavicka a paticka (MHSR / Ness)

Jednoucelovo postaveny popis pre pouzitie vyhradne na slovensko.sk . Treba si tu uvedomit ze slovensko.sk nie je jediny portal ktoreho je mozne podavat podania. Odkazovat sa teda v hlavicke hyperlinkom na uvodnu stranku slovensko.sk pokial je podanie realizovane v prostredi napr MHSR je nelogicke. V JDM by som ocakaval trocha univerzalnejsie ponate hlavicky a paticky. Tj aby to, co je popisane v hlavicke ako logotyp slovensko.sk bolo nahraditelne za iny nazov a samozrejme aj to ze ako ta nahrada ma byt realizovana. Tj ci len nazov napr portal.mhsr.sk , alebo logo daneho ministerstva, alebo nieco ine napr kod projektu z metais ???

Struktura formularov (MHSR / Ness)

Ako je spomenuté vyššie ohľadom zadávania mena a priezviska. Podľa obrázku je tu
jedno pole. Je to návrh, alebo príklad niečoho nepoužiteľného v praxi?
2. Aj v tomto popise k tvorbe formulárov je odporúčanie rozdeliť na viac stránok, na
ktorých sa žiadajú súvisiace informácie od občana. T.j. bavíme sa o procesných
krokoch. Tu však je rozpor s odporúčaním nepoužívať indikátor procesného kroku

Samostatne polie pre cislo a ulicu (MHSR / Ness)

Pre viaceré polia v ukážke je pole “Ulica a popisne cislo”, štruktúrovaná adresa podľa
katalógu dátových prvkov vyžaduje samostatné polia pre ulicu a súpisné/orientačné
číslo

Vyhladavanie v PSC (MHSR / Ness)

Pre vyhľadávanie podľa PSČ nie je definovaný oficiálny číselník ulíc. Je viac systémov,
v ktorých sú vedené ulice – zatiaľ žiadny z nich nie je definovaný ako zdrojový.

Stranky dokoncenia procesu (MHSR / Ness)

V texte sa popisuje, že stránka by mala obsahovať referenčne číslo, toto však je
možné získať až po zaevidovaní do registratúry. T.j. aká forma ma byt pre referenčné
číslo a ako ma vznikať? Je nastavený proces pre získanie referenčného čísla, tak aby
to bolo jednotne ?

  • Ako si vysvetliť pojem “sledovanie žiadosti” ? používateľ pri podaní cez EID má v
    eDesk svoje odoslane podanie, potvrdenku, doručenku, pripadne ďalšiu súvisiacu
    komunikáciu k podaniu, napr. dožiadanie si informácii a podobne. Nie je však nikde
    definovaný systém , ktorý by občanovi dal info k tomu, že jeho žiadosť ma na stole
    pracovník XY a pred nim ju spracúval pracovník ABC…
  • Čo znamená uloženie záznamu o procese ?
  • Uloženie do rozpracovaných/odoslaných sprav nemusí prebehnúť úspešne a to aj
    napriek tomu, že podanie resp. odoslanie podania sa vykoná. OBkeO token ma
    exspiráciu 20 minút a pri externej edesk schránke sa sprava / podanie realizovane na
    špeciálnom portáli napr. MH SR odosiela priamo do podateľne MH SR. T.j. podanie
    ako také procesne nejde cez UPVS. Do UPVS sa odosiela len podanie do priečinku
    odoslaných sprav. Tu však nastáva z času na čas chyba, v prípade, že UPVS je
    nedostupné do uvedeného priečinka nie je možné zapísať.

Prihlasenie a ucty (MHSR / Ness)

Nevyžadovanie prihlasovania sa EID by znamenalo, že by sme museli znížiť úroveň
zabezpečenia elektronickej služby v METAIS. Pre väčšinu služieb to nie je možné,
naviac základným predpokladom je to, že keď občan/PO odošle podanie napr. na
schválenie dotácie tak očakáva jednak potvrdenie, že podanie odoslal, taktiež
doručenku o tom, že podanie bolo doručene a v konečnom prípade aj rozhodnutie od
OVM o realizácii podania. V zmysle eGov je teda základným predpokladom takejto
komunikácii pravé overenie EID a doručenie do eDesk žiadateľa pripadne
prostredníctvom CUD na adresu žiadateľa.

Vyzadovanie viacero priezvisk (MHSR / Ness)

V rámci popisu je uvedené, že je doporučené vyhnúť sa vyžadovaniu prostredného
mena. Ako je to s priezviskom ? Resp. vo všeobecnosti ako vo formulári aplikovať
výber/zadávanie viacerých mien/priezvisk tak, aby následne boli štruktúrovane
vložene do PhysicalPersonElementu ?

Zoznamy uloh (MHSR / Ness)

Popis: Tu je inou formou znázornený indikátor procesu, pretože tu sa na obrazovke zobrazí
sumár úloh a po kliknutí na každú z úloh sa zobrazí niektorá z obrazoviek na zadanie vstupu.
Zdá sa nám to komplikovanejšie ako jednoduchý wizard resp. step-by-step-navigácia
popisovaná v egov UK ? Spomína sa tu ale situácia, keď je služba realizovaná naprieč
viacerými OVM. Tu by sa hodil reálny príklad, uvedenú situáciu a kompetencie je si ťažké
predstaviť.

Indikator progresu (MHSR / Ness)

Zákon definuje pojem procesný krok, sú formuláre, kde naozaj je jednoduchá agenda
a formou 2-3 procesných krokov je možné realizovať podanie. Sú však služby, kde je
nutne vyplniť zložitejšiu štruktúru údajov, ktorá vyžaduje viac a najmä zložitejšie
procesné kroky. Ak by sme chceli dodŕžať pointu toho aby sa v rámci jedného
procesného kroku nežiadala viac ako jedna informácia od občana, tak bez riešenia
formulára wizard spôsobom (resp. s označením indikátora procesného kroku) sa to
urobiť nedá.
2. Nesúhlasíme s argumentáciou ohľadom nevýhod. Treba si uvedomiť princíp, ktorý sa
snažíte presadiť, t.j. na jednej obrazovke žiadať čo najmenej informácii od občana .
T.j. obrazovka zväčša s 1-5 položkami bude dostatočne prázdna nato, aby sa tam
vhodne dizajnovaný indikátor procesu zobrazil. Rovnako aj vami navrhovaný spôsob,
ktorý je na obrázku “Otázka 3 z 9” je istou formou indikovania procesu. Naviac
indikovanie procesu realizácie je bežná prax vo väčšine eShopov napr. keď používateľ
jasne vidí, ktoré kroky na dokončenie objednávky musí ešte realizovať a vidí aj názov
týchto krokov.
3. eGov Uk popisuje indikátor procesu https://design-system.service.gov.uk/patterns/step-by-step-navigation/ prečo ho odmietame ?

Spojenie mena a priezviska (MHSR / Ness)

Na základe tohto odporúčania by malo pre používateľa postačovať jedno pole pre
zadanie mena a priezviska . Problém však je v tom že takto zadaný reťazec je nutne
vložiť do XML štruktúr PhysicalPerson, kde je nutne vložiť meno, priezvisko, pripadne
titul osoby samostatne - štruktúrovane. A to najmä z dôvodu že odoslaním žiadosti
začína konanie medzi občanom - žiadateľom a inštitúciou, kde jednou z prvých aktivít
je akt stotožnenia žiadateľa. V prípade zadania celého mena nie je napríklad možne
identifikovať časť reťazca, ktorá je menom a ktorá je priezviskom.

Aktualizacia na moderny zdrojovy kod (SUXA)

Prvý zásadný rozvojový krok nastal v decembri 2018, kedy Gov.uk, ktorého kód z časti zdieľame vypustil novú programovú bázu, ktorej sa musíme čím skôr prispôsobiť. Ak kód neaktualizujeme, vystavujeme ID-SK týmto rizikám:
• nové projekty, ktoré sú aktuálne v príprave a využívajú ID-SK, budú musieť pred odovzdaním aktualizovať kód a vzniknú im dodatočné náklady,
• nové projekty nebudú mať úplnú modernú podporu prístupnosti podľa štandardov, ktoré adaptujeme zo smernice EÚ,
• odborná verejnosť prestane ID-SK využívať s odvolaním sa na zastaranosť zdrojového kódu.

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. 📊📈🎉

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❤️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.