Doladění participativního rozpočtování
Napsal: 31 črc 2015, 13:30
Ahoj, mám takový malý problém, že vždycky musím dolovat podpis smlouvy ze svého kontrolora, pak když se k tomu přidá nutnost podpisu předsedy, skenování apod., tak mám pochybnosti o tom, zda jsem kdysi při psaní pravidel participativního rozpočtování zvolil správně formu smlouvy. Seznam přihlášek na wiki už je také trochu za zenitem, takže myslím, že je na čase zvážit fungování toho našeho milého participativního rozpočtování. Abych nebyl jenom negativní, tak si naopak myslím, že jako celek se participativní rozpočtování osvědčilo. Níže píšu problémové okruhy:
Předpis předvídá možnost elektronického doručování, ze smlouvy ani ze zákona nevyplývá povinnost podpisů na stejné listině, ale pro názornost by bylo dobré doplnit, že smlouvu nebo její dodatek lze uzavřít též projevením souhlasu v příslušném informačním systému. Podle mého názoru by měly být projekty participativního rozpočtu vedeny v redmine, který je nástrojem pro projektové řízení.
Výhody:
Předpis předvídá možnost elektronického doručování, ze smlouvy ani ze zákona nevyplývá povinnost podpisů na stejné listině, ale pro názornost by bylo dobré doplnit, že smlouvu nebo její dodatek lze uzavřít též projevením souhlasu v příslušném informačním systému. Podle mého názoru by měly být projekty participativního rozpočtu vedeny v redmine, který je nástrojem pro projektové řízení.
Každý projekt v participativním rozpočtování by tak mohl mít svůj projekt v redmine pod příslušným orgánem, kde by byly vkládány informace o aktuálním stavu projektu, kde by byla jeho přihláška (ta by do něj byla přesunuta na žádost žadatele, jinak by byla jako jeden úkol v projektu participativním rozpočtování; tak by se vyřešilo i dilemma, že jeden projekt může mít více přihlášek na jeho různé části), smlouva, vyjádření souhlasu se smlouvou i jejími dodatky.§ 12 Uzavření smlouvy o projektu
Pokud je možné projekt zahájit, uzavřou účastníci projektu písemnou smlouvu o projektu podle vzoru schváleného republikovým předsednictvem prostřednictvím informačního systému pro projekty (§ 14a).podle jiného předpisu (§ 5 odst. 2 písm. e) PraH).Pokud řešitel odmítne uzavření smlouvy, stává se jeho přihláška nepřijatelnou a dále se k ní nepřihlíží.
(...)
§ 14a Informační systém pro projekty
(1) Informační systém pro projekty je veřejný informační systém spravovaný zadavatelkou podle jiného vnitřního předpisu (§ X StTO).
(2) Účastníci projektu při podávání přihlášky, uzavírání smlouvy o projektu a jejich dodatků, jakož i při jiném právním jednání ohledně projektu projevují svou vůli v informačním systému pro projekty, a to vždy u dané přihlášky, u které si nastaví sledování.
(3) Účastníci projektu a pokud možno i jiné osoby, které se na něm podílejí, evidují plnění svých smluvních úkolů v tomto informačním systému.
§ 15 Doručování
Vložení zprávy do informačního systému pro projekty k dané přihlášce má vůči ostatním smluvním stranám účinky doručení. Prokáže-li účastník projektu, že se s obsahem právního jednání nemohl ani při náležité péči seznámit, má vůči němu toto právní jednání účinky až okamžikem, kdy se s ním mohl seznámit.
a) Vůči straně mohou ostatní účastníci projektu právně jednat pouze prostřednictvím podatelny příslušného orgánu, ledaže je mu ze zvláštních důvodů třeba zaslat zprávu soukromou zprávou prostřednictvím uživatelského účtu nebo skupiny.
b) Strana vůči ostatním účastníkům projektu právně jedná prostřednictvím jejich uživatelského účtu.
V souvislosti s tím provést změnu statutu technického odboru, kam přidat redmine jako aplikaci pro vedení projektů a úkoly.
Výhody:
- Ulehčení stávající wiki, která nezvládá.
- Příležitost pro nasazení projektového vedení větších projektů s možností vykazovat čas (k prokázání podílu dobrovolnické práce)
- Přirozené prostředí pro spolupráci na projektech a sledování stavu úkolů
- Méně opruzu s papírovými smlouvami, které se musí zasílat, případně s dodatky k prodloužení apod.
