Změny postupů při provádění pravidel hospodaření a rozpočtů

[Martin.Kucera]

Jasný důkaz, že změny postupů jsou potřeba.

[Lukas.Novy]

Ne, to je jenom dukaz, ze je Tobias curak a pridelava lidem praci, protoze uzavira nevyreseny podani, do kterych se potom podle pravidle pro podatelny nesmi psat, takze nezbyva nez zalozit podani nove, jinak se na problem zapomene.

Uživatel byl napomenut za osobní útok; vulgární výrazy.

[Lukas.Novy]

Jenže o "blanketním podpisu účetního případu" jsi tu začal psát ty. V tom návrhu jde o souhlas s opakovaným proplácením a přímo se tam hovoří i o inkasu jako jedné z možností, jak toto efektivně zajistit.
Takže co kdybys byl konstruktivní a místo opakování "to nejde", "to nesmíte" navrhl co nejjednodušší (tedy mj. s nejmenší administrativní zátěží) postup pro opakované proplácení s měsíční frekvencí (např. těch telefonů)?

Jenze podpis hospodare se dela prave kvuli naplneni povinnosti ze zakona o ucetnictvi. Takze jeste jednou te zadam, at si ten zakon nastudujes, nez zacnes rozumovat.

[Martin.Kucera]

Mohl bys být méně útočný a podsouvající? Já přece nechci zrušit podpis hospodáře (nejsem magor abych v rámci našich předpisů požadoval zrušení něčeho, co je zákonnou povinností).

Zkusím to napsat ještě jinak. Vezměme jako základ, že chceme opakované provozní platby typu telefonů či energií řešit inkasem. Jaký je v takovém případě (a v našich podmínkách) nejjednodušší a nejefektivnější způsob, jak to provést a dostát přitom povinnostem ze zákona o účetnictví? To je otázka, na kterou bychom měli hledat odpověď, a podle toho přizpůsobit naše předpisy.

to je jenom dukaz, ze je Tobias curak a pridelava lidem praci, protoze uzavira nevyreseny podani, do kterych se potom podle pravidle pro podatelny nesmi psat, takze nezbyva nez zalozit podani nove, jinak se na problem zapomene.

Pokud lidé při podávání žádostí generují takovou spoustu "chyb", zřejmě nebude problém jen v těch lidech, ale i v komplikovanosti postupů, do nichž je nutíme.

[Lukas.Novy]

Pokud lidé při podávání žádostí generují takovou spoustu "chyb", zřejmě nebude problém jen v těch lidech, ale i v komplikovanosti postupů, do nichž je nutíme.

To z toho rozhodne neplyne. Tobias to dela roky, podal tech zadosti snad nejvic ze vsech, presto neni schopny ci ochotny to delat spravne. To nebude predpisy.

Mohl bys být méně útočný a podsouvající? Já přece nechci zrušit podpis hospodáře (nejsem magor abych v rámci našich předpisů požadoval zrušení něčeho, co je zákonnou povinností).

Chces tim rict, ze autori toho dokumentu magori jsou? Protoze zruseni tehle povinnosti se tam v nekterych pripadech zavadi.

Zkusím to napsat ještě jinak. Vezměme jako základ, že chceme opakované provozní platby typu telefonů či energií řešit inkasem. Jaký je v takovém případě (a v našich podmínkách) nejjednodušší a nejefektivnější způsob, jak to provést a dostát přitom povinnostem ze zákona o účetnictví? To je otázka, na kterou bychom měli hledat odpověď, a podle toho přizpůsobit naše předpisy.

- Hospodar vytvori stranku v evidenci zameru, kde provede odhad rozsahu, celkove ceny apod. Jednoduchy formular na wiki proste.
- Necha si udelit souhlasy organu (obsah stranky se kopiruje do navrhu usneseni, lze automatizovat na tlacitko), po ,schvaleni do stranky nalinkuje spisove znacky.
- Dalsim tlacitkem/formularem k tomu zameru nageneruje potrebny pocet zadosti o proplaceni podle poctu mesicu apod. (samo to vyplni odkazy na souhlasy, cisla uctu, castky, rozpoctove polozky, hospodare, praktiky vsechno).
- Jakmile nekdo dostane do ruky vyzvu k platbe ci proformu, dohleda prislusnou zadost nebo pokud neexistuje, dohleda prislusny zamer a zadost vygeneruje. Do ni vlozi ten doklad.
- Automatika pri kazdem zobrazeni overuje technicke formality, pokud ty jsou splneny a je prihlasen hospodar zameru, zobrase tlacitko Podat zadost, ktery vytvori podani v FO se vsemi potrebnymi vecmi. Pokud je prihlaseny nekdo jiny, zobrazi se v pripade toho, ze je mozne zadost jiz podat tlacitko Upozornit hospodare, coz mu posle email. Podobne automaticky ho to upozorni, kdyz se blizi datum predpokladane platby a zadost jeste nebyla podana v podatelne, nebylo proplaceno apod.
- Jelikoz podani muze podat jenom hospodar pres to tlacitko, automaticky dochazi podle rozvrhu prace k prideleni zadosti urednikovi FO, ktery zkontroluje formality, ktere nelze zkontrolovat automaticky (predevsim nalezitosti dokladu apod.) a v pripade, ze najde chyby, podani s vysvetlenim zamitne, jinak ji prepne z Nova do Prijata, automat provede prislusny bankovni prevod, prepne ticket do stavu Proplacena a updatne stranku na wiki.
- Jakmile jsou vsechny doklady dodane (jak na wiki, tak odsouhlasene ucetnim a zauctovane), urednik prepne ticket do stavu Vyrizena, do te doby to samo o ne hospodare ci ucetniho otravuje a urguje. Automat opet updatne wiki.

Pretty easy, uz sem to davno diskutovl s vedoucim FO.

[Lukas.Novy]

(sepsal sem to tady rychle, samozrejme ze tam par drobnosti chybi, but you have the idea)

[Martin.Kucera]

Pretty easy, uz sem to davno diskutovl s vedoucim FO.

Možná pretty easy, ale někdo to všechno do té wiki musí naprogramovat. Pokud bychom tedy zůstali u wiki, která má ale dvě podstatné vady, a to jednak příšernou pomalost, druhak kolize při podávání žádostí (je fakt super nacvakat do žádosti horu údajů a pak zjistit, že jiný hospodář mezitím podal žádost o pár sekund rychleji a je nutné všecko copypastovat do nové žádosti).

Ale jinak jo, s veškerou tou automatikou je to zhruba to, co bych očekával od nástroje, který má členům skutečně sloužit a ne jim komplikovat život.

[Lukas.Novy]

Jediny realny problem je neochota me ty veci realizovat. Kdybyste nevystvali Petrose z vedouciho FO, uz to davno mame.

[Petr.Vileta]

Připouštím, že mi mohlo něco utéct - mohl bys mě nasměrovat, kde jsi podal nabídku "upravím wiki pro větší automatizaci správy žádostí o proplacení"?

[Lukas.Novy]

To je preci nejdrive potreba probrat s vedoucim FO ne? Osobne mu to samozrejme nabizim od zacatku, nejdriv je ale potreba se shodnout na principech a postupech a v tomhle ohledu i pres mou snahu me na jakekoliv jednani v teto zalezitosti neprizval.