Projekt

Obecné

Profil

Dlouhodobý úkol #3299

uzavřený

Dlouhodobý úkol #3274: Informační systémy (aplikace)

Aplikace pro podporu finačního odboru (FO)

Přidáno uživatelem Ondřej Profant před téměř 8 roky(ů). Aktualizováno před téměř 6 roky(ů).

Stav:
Odloženo
Priorita:
Normální
Přiřazeno:
Kategorie:
-
Cílová verze:
-
% Hotovo:

0%

Smlouva:

Popis

Softwarová podpora finančního odboru a transparence u Pirátů

Overview

Co potřebujeme (produkty) Máme Poznámka
Účetní program (software v kterém je vedeno účetnictví v souladu se zákonem) ABRA FlexiBee multiplatformní rozšířený účetní SW, read only přístup
Uchovávání a správa skenů dokladů
Elektornické workflow schvalovacích procesů podrobně rozebráno dále, máme wiki fo
API (ideálně REST, LDAP pro authetizaci)
Opendata (export surových dat) nejspíše lze využít účetní standard MFČR - ala veřejná správa
Rozklikávací rozpočet vč. plnění (faktury) pracuje čistě s API / Opendaty, ideálně Supervizor 2
Platební brána nezavislé na přechozích

Podrobný popis

Elektronické workflow

Proces schvalování faktur:

  1. Je zadána žádost o proplacení (záměr na fakturu, předběžná faktura), to může zadat poměrně široká skupina lidí (LDAP skupina 100+)
  2. Hospodář kapitoly zkontroluje věcnou správnost (správná rozpočtová položka, výdaj je předem domluvený, přiměřený, zboží bylo doručeno etc.)
  3. Hospodář nechá žádost schválit příslušným orgánem (hospodář, RP, RV, kraj dle částky)
  4. Po úspěšném schválení hospodář předává žádost FO
  5. FO provede kontrolu, problémy řeší s hodpodářem.
  6. FO dává příkaz k proplacení a zanáší fakturu do účetnictví (popřípadě jí z předběžné mění na zaúčtovanou)

Rozklikávací rozpočet

Dobrý příklad: http://rozpocet.mestocernosice.cz/

Příklad rozpočtu krajského sdružení Praha: https://github.com/pirati-cz/KlubPraha/blob/master/materialy/planovani/strat-plan/vyhled/rozpocet-praha-2016.pdf

Je třeba, aby byly rozpočtové kapitoly provázany s plněním. Ideálně i s jednotlivými projekty / záměry (ORG/ORJ).

Ideální by bylo v rámci toho zapracovat i podporu přípravy rozpočtu. To znamená např. umět vytáhnout víceleté záměry a rovnou jim alokovat prostředky (např. nájem kanceláře).

Rozpočty jsou les. Každý rok je strom. V první úrovni střediska, pod nimi kapitoly. Dále pod kapitolami jsou paragrafy, které mohou být i vícenásobné. Uzel může být výdajový anebo přijmový. Kapitoly mají hospodáře - správce který rozhoduje o nakládání s prostředky v dané kapitole. Středisko musí mít vyvážené přijmy a výdaje (nebo být zvýrazněno, že je tam nesrovnalost). Každý uzel nese částku a ta se propaguje směrem ke kořeni stromu. Položky (paragrafy) mohou být libovolně zanořené.

Čili např. je kapitola KS Praha, která má hospodáře Ondřej Profant. Příjmy jsou např. členské příspěvky, výdaje jsou např. pirátské centrum.

Příklad:

root
└── ks-praha
    ├── clenske-prispevky                 +8 500 Kč
    ├── dary                             +2 500 Kč
    ├── piratske-centrum                -40 000 Kč
    │   ├── najem                        -30 000 Kč
    │   └── provoz                        -10 000 Kč
    └── podil-na-statnich-prispevcich    +29 000 Kč

Grafická část rozklikávacího rozpočtu vznikne nezávisle od konce roku - je možno využít tu.

Postup (implementace)

  1. Implementovat dnešní funkcionalitu wiki fo do samostatného systému
    • rozpočet
    • žádosti o proplacení
    • uchovávání dokladů
    • migrace ?
  2. Provázat ji přímo s účetním softem (v principu jen přidávání faktur do FlexiBee skrz API)
  3. Rozumný export dat

Požadavky na software

  • opensource
  • dokumentace (inline, install, údržba, architektura)
  • rozumně rozšířená technologie (DB PostgreSQL / MariaDB, app Flask / Django / Ruby / Nette / Symphony)
  • docker
  • bezpečné chování vůči FlexiBee (přístup přes API apod)

Diskuse

Komentář od Standy:

Ahoj,

pokud jde o systém pro FO, vyjádřil bych se k tomu zhruba takto:

https://www.youtube.com/watch?v=SiUz_akTmcY

Jeden z problémů je v tom, že rozpočet není strom. Je to více stromů podle různých hledisek, kde položky jsou listy, ale "kapitoly" jsou tvořeny součtem podřazených položek. Střediska do rozpočtu nepatří, to je pojem z účetnictví. Pak se do toho zapojí ještě účelové určení, záměry, hospodáři (to je taky mnohem složitější, než popsané), vztahy mezi rozpočty jednotlivých rozpočtových jednotek, změny rozpočtu a tak vůbec. Přeju hodně štěstí.

(možná by bylo jednodušší nejprve zkopírovat funkcionalitu Wiki do něčeho normálního a pak to teprve rozvíjet)


Související úkoly

související s Technický odbor - Úkol #4237: Záměr TO: nová aplikace pro finanční odbor (FO)DokončenOndřej Profant21.10.201621.12.2016

Akce

Aktualizováno uživatelem Ondřej Profant před téměř 8 roky(ů)

  • Organizační struktura změněn z Ne na Ano

Aktualizováno uživatelem Ondřej Profant před více než 7 roky(ů)

  • Předmět změněn z Rozpočet na Aplikace pro podpor finačního odboru

Aktualizováno uživatelem Ondřej Profant před více než 7 roky(ů)

Aktualizováno uživatelem Ondřej Profant před více než 7 roky(ů)

Aktualizováno uživatelem Ondřej Profant před více než 7 roky(ů)

Aktualizováno uživatelem Vojtěch Pikal před více než 7 roky(ů)

Rád bych poznamenal ještě, že systém by měl umět i:
1) Nahradit podávání vyplněných žádostí do podatelny FO - odbourat
2) Schvalování záměr (je to alternativní "strom" v němž jsou žádosti)
3) Záměry se ideálně schvalují před podáním žádosti.

Napojení na smlouvy? Účet?

Aktualizováno uživatelem Ondřej Profant před více než 7 roky(ů)

Vojtěch Pikal napsal:

Rád bych poznamenal ještě, že systém by měl umět i:
1) Nahradit podávání vyplněných žádostí do podatelny FO - odbourat

Ano, s tím se počítá. Napojení na LDAP zaručí autentifikaci i autorizaci.

2) Schvalování záměr (je to alternativní "strom" v němž jsou žádosti)

Záměr je imho jen:

  • název, částka, hospodář, rozpočet, datum schvaleni

A má schválení orgánem.

3) Záměry se ideálně schvalují před podáním žádosti.

Samozřejmě.

Napojení na smlouvy? Účet?

  • napojení na smlouvy ze začátku jen v rámci záměru
  • účet je napojen na FlexiBee

Aktualizováno uživatelem Ondřej Profant před více než 7 roky(ů)

  • Předmět změněn z Aplikace pro podpor finačního odboru na Aplikace pro podpor finačního odboru (FO)

Aktualizováno uživatelem Ondřej Profant před více než 7 roky(ů)

Roadmapa

Do 15. 11.:

  • rozpočet (základní schéma, read-only)
  • schvalování záměru (dle výšše schvalují různé skupiny lidí)
  • zadání výdaje (faktury, jejich schválení - jeden hospodář)

Do 15. 12.:

  • rozšířená práce s rozpočtem
  • LDAP
  • Deploy (docker, balíkování, návody, údržba)
  • UX
  • API

Dále:

  • zlepšování

Aktualizováno uživatelem Vojtěch Pikal před více než 7 roky(ů)

Ondřej Profant napsal:

Záměr je imho jen:

  • název, částka, hospodář, rozpočet, datum schvaleni

A má schválení orgánem.

Název jo, limit jo, hospodář nepovinně(spíš ne, možná jako navrhovatel záměru jako osoba), rozpočet ano (ve smyslu centrální nebo konkrétní krajský), datum schválení - viz níže.
Schvalující orgán - podle výšky a rozpočtu jich může být víc;
Do 5000,- Hospodář, do 50 000,- příslušné předsednictvo, nad 50 000,- RV/KF (orgán schvalující rozpočet)

Jednotlivé výdaje (žádosti o proplacení) pak musí mít vždy určený rozpočtovou položku i záměr.

Asi by bylo fajn záměry i "uzavírat", po nějaké době, naplnění, vyčerpání.

Aktualizováno uživatelem Ondřej Profant před více než 7 roky(ů)

@Vojta: Ano, tak s tím počítám.

Uzavření také lze. Doplním, bude to čistě manuální záležitost.

Aktualizováno uživatelem Vojtěch Pikal před více než 7 roky(ů)

  • související s Úkol #4237: Záměr TO: nová aplikace pro finanční odbor (FO) přidán

Aktualizováno uživatelem Jakub Michálek před více než 7 roky(ů)

  • Cílová verze nastaven na Broušení na Parlament
  • Předmět změněn z Aplikace pro podpor finačního odboru (FO) na Aplikace pro podporu finačního odboru (FO)

Aktualizováno uživatelem Ondřej Profant před téměř 7 roky(ů)

  • Priorita změněn z Vysoká na Normální
  • Stav změněn z V řešení (diskutuje se) na Odloženo

Aktualizováno uživatelem Martin Rejman před téměř 6 roky(ů)

  • Cílová verze smazán (Broušení na Parlament)

Také k dispozici: Atom PDF