.Pirátská strana » Kancelář strany » finanční tým

Ach. Nejak ty prachy rychle mizi... Uz aby byl rozpocet...

Su Pro

Ja jenom upozornim, ze vzhledem k rozpoctove nekazni v MO (kterou zpusobil mimo jine vami povereny vedouci FO a vami povereny vedouci MO) vam z tech 112 tisic jednim vrzem FO pravdepodobne automatickou zmenou vezme 103142.39 na zamaznuti pretazene polozky v MO.
https://www.pirati.cz/fo/hospodareni2016/rozpocty/strana/212800003

Dale pak pri kraceni polozky se postupuje podobne jako pri zadosti o proplaceni, takze je treba dolozit minimalne souhlasy hospodaru kracenych polozek. (je mozne, ze vzhledem k vysi i souhlas RV, ale nechce se mi to zkoumat, tak proste zavru obe oci) :) Rozhodne by melo stacit, kdyz se hospodari vyjadri semka. Diky.

P.S. A az to budete predavat k provedeni FO, nechte si prosim tenhle ticket u sebe a zalozte normalne zadost, at v tom neni chliv. Dekuji.

Jo, viďel jsem to(když jsem hledal odkud brát). Asi bude třeba to řešit nějakou operativou v MO.

A taky je třeba tam dořešit ty vnitřní převody z krajů.

Žádné jednotlivé krácení není nad 50 000,- takže souhlas RV nebude třeba.
S těmi souhlasy Hospodářů je to asi pravda.

Takže dávám souhlas Hospodáře za RP, za ty dvě položky.
Napíšu o souhlasy PO a TO, asi.

Souhlasím s usnesením.

Tady schváleno.
Jdu sehnat souhlasy Hospodářů a pak provedeme.

Souhlasím (hospodář TO)

Hospodář PO souhlasí.

Tak, přesuny v roce 2016 provedeny, prosím vedoucího FO o pokyn že přeregistraci podle bodu 2) usnesení je možno provést.

Jak si muzes dovolit sahat na rozpocty? To smi delat jenom FO. A nepresunuj to podani z podatelny do podatelny, zaloz k tomu nove podani.

Pověřuju Vojtu provedením přesunů (ex post) a přeregistrací rezervy podle bodu 2) návrhu. Ještě předtím ale prosím o návrh řešení přečerpání MO. Pojďme to vyřešit hned, prosím.

Přidal jsem se do FO, aby měl Lukáš Lepší pocit (registrace rozpočtu v systému provádím už tak 3, 4 roky.)

Ok, mrknu na to MO, ale může to vyžadovat dořešení mnoha interních převodů do MO, asi na to založím samostatný úkol.
Nebo už někde nějaký je?

Jestli existuje samostatný úkol, to asi bude spíš otázka na MO. Jak tohle můžu posunout k dořešení?

Vojto, prosimte, prestan delat bordel v rozpoctech. Bylo ti receno, ze ty rozpoctove zmeny budes moci provest az bude osouhlaseno jak se vyresit to precerpani MO. Coz vyreseno neni. Navic dva z presunu nesplnuji limit max 20 % a u dalsiho chybi souhlas hospodare. A prestante hlasovat v podatelne FO, presunovat tickety apod. Dik.

Nevím proč nepřesouvat ticket na toho, kdo s ním má další pracovat.
Pokud se tak pracovat nemá, prosím pokyn správce nebo moderátora systému. (IMHO lepší než 30 ticketů, které a sebe nedokazují).

Položka MO byla těmi přesuny dořešena - je dostatečně naplněna, aby z toho bylo možno vše proplatit a bylo zřejmé že nedošlo k celkovému přečerpání rozpočtu, tedy prostředky které v rezervě zbyly nevyužité jsou skutečně volné.

Byl jsem vedoucím FO pověřen k registraci rozpočtových změn, takže je provádím.
Mohl bys být konkrétní které z přesunů nesplňují zkrácení max 1/5?

Pane vedoucí, hlásím že to přečerpání MO považuji za vyřešené - již je v položce alokováno dost prostředků na proběhlé platby i zatím neprovedené požadavky. Můžu přistoupit k provedení bodu 2)?

(Ty interní převody budu řešit následovně, ale teď fakt potřebujem být schopni základně proplácet.)

Nevím proč nepřesouvat ticket na toho, kdo s ním má další pracovat.

Ze spousty duvodu.

• Napriklad kvuli tomu, ze kazdy ukol ma byt automicka jednotka s jedinym prirazenym/odpovednym clovekem.
• Pokud bychom pouzivali korektne workflow, budes mit v RP zalozeny typ ticketu hlasovani, Pod odhlasovani, kde jsi jakozto predsedajici ve veci odpovedny, bys v tu chvili jiz automaticky zavreny (protoze zahlasoval potrebny pocet, skript to poznal, pridal komentar s vysledkem a ticket uzavrel) ticket napriklad do FO, kde nejake hlasovani vubec nedava smysl a proplaceni provadi automat jenom u ticketu typu zadost o proplaceni. Prehazovani ticketu zpusobuje velmi casto nepotrebnou serializaci jednotlivych kroku system STOP-START, kdyz pritom by napriklad druhy krok v poradi mohl byt zahajen zaroven s krokem jedna, ale jeho ukonceni presto muze na ukonceni prvniho kroku zaviset.
• Rozbije to statistiky uspesnosti reseni ukolu per uzivatel i organ.
• Nefungue automaticke prirazovani dle rozvrhu prace.
• FO opravdu nezajima vase diskuse v ramci RP, presto, pokud je ten ticket v podetelne FO, nekdo z FO to cist musi a bere to tak cas i prostredky.

Pokud se tak pracovat nemá, prosím pokyn správce nebo moderátora systému. (IMHO lepší než 30 ticketů, které a sebe nedokazují).

I 50 ticketu by bylo lepsich nez jedna nudle, kterou by potom Novak v afketu celou vymazal a neudalas s tim nic, protoze jsi mu ten ticket do PO predal.

Byl jsem vedoucím FO pověřen k registraci rozpočtových změn, takže je provádím.

Byl ji poveren k registraci zmen, ale zadny pozadavek na registraci v podatelne neni. Treba tento ukol vychazi z pozadavku vedouciho FO pripravit navrh jak to precerpani vyresit, uzavrit odsouhlasit ho muze jenom zadavatel, coz je v dusledku opet vedouci FO. A tento ukol je prerekvizitou, ukolu, ktery jakozto zastupce RP mas podat k FO na navyseni toho provizoria. Vzhledem k hrozicimu stretu zajmu ale nemuzes za jeho vyplneni odpovednost (a potreboval bys go od nekoho jineho).

Mohl bys být konkrétní které z přesunů nesplňují zkrácení max 1/5?

https://www.pirati.cz/fo/hospodareni2016/rozpocty/strana/213000003

Beru na vědomí, dobré argumety.
Pokusím se tím řídit.
Nicméně si zas nemyslím, že na každý úkol musí být založený ticket. A tak obsesivní, abych si doručil úkol, přijal ho, zpracoval, vrátil a vzal na vědomí splnění ještě naštěstí nejsem.

Děkuji za upozornění na chybu. Opravím.

Tak, chybu na kterou upozornil Lukáš Nový jsem opravil.

Tady jde o finance. Musi byt dohledatelne, kdo zmenu provedl a kdo zmenu schvalil. Coz takhle proste neni.

Přečerpání MO je tedy základně vyřešeno; https://www.pirati.cz/fo/hospodareni2016/rozpocty/strana/212800003
Přečerpáno není (bylo tam převedeno oklikou 85 000 z jiné položky); Limit: -730 000.00 > Celkové čerpání: -717 682.39
Dokonce je tam dost prostředků na dořešení předpokládaných interních převodů za různé centrální služby a nákupy pro kraje.
To budu řešit v jednotlivě v průběhu týdne; v úkolu #5136 je hrubý seznam.

V Rezervě 2016 https://www.pirati.cz/fo/hospodareni2016/rozpocty/strana/212500100
je nyní limit -179 528.90 a vyčerpáno z ní bylo -30 580. Žádné neproplacené výdaje tam nejsou.
To představuje 148 948.90 které je možno v souladu s rozpočtovými pravidly nechat zaregistrovat do provizoria 2017.
Je to o něco míň, než o kolik se žádalo v bodu 2 usnesení RP, berte to jako nápravu nedostatků přiměřeně podle §14(3) RoPr.
(S EK)

Prosím vedoucího FO o souhlas s (pře)registrací rezervy 2017 v této výši.

Lukáš Nový napsal:

Tady jde o finance. Musi byt dohledatelne, kdo zmenu provedl a kdo zmenu schvalil. Coz takhle proste neni.

Změnu jsem provedl já, dohledatelné to je: https://www.pirati.cz/fo/hospodareni2016/rozpocty/strana/212500100?do=revisions

Nevím jak chceš schvalovat nápravu chyby. Mám se v textu odvolat na předpis?
Mohli by jsme tohle řešit v samostatném podání?

Ze jsi to provedl ty, je sice pekne, ale ty za to nemas odpovednost, odpovednost ma vedouci FO a kdyz k tomu neni ticket v redmine, nema to jak schvalit. Kdyz by to schvalil bianco, nema prozmenu zadnou moznost se to dozvedet jinak nez, ze se k tomu zalozi ticket. Krom toho, v tehle konkretni veci jsi ve stretu zajmu a ani bianco povereni to nezahoji. Muzes to provest, ale bez schvaleni to proste smrdi.

Beru na vědomí změny provedené Vojtou jako jediným registrátorem změn v této věci a potvrzuji splnění prerekvizity pro provedení přeregistrace rezervy.

Vzhledem ke své plné informovanosti ve věci rovněž přijímám odpovědnost za schválení změn.

Konečně děkuji za podrobnou diskusi, která snad přispěje k eliminaci zbytečných chyb do budoucna. Rád bych, abychom si ještě vyjasnili otázku zakládání ticketů pro každý samostatný úkol, protože vnímám, že některé úkoly jsou natolik úzce propojené, že oddělené tickety nejsou efektivní a snižují přehlednost.

Děkuji, jdu provést přeregistraci rezervy.

Pro řešení oddělených ticketů prosím samostatný ticket, to s tímto úkolem vskutku bytostně nesouvisí.