Debata o rozpočtech

[Vojtech.Pikal]

Odděleno z OlK odsud: post493067.html#p493067

Budu je řešit v rámci výsledků hospodaření - po jehož schválení se automaticky upraví všechny rozpočty, že.

Chceš pomoct s tvorbou toho výsledku? Aby to bylo dřív a správně?

[Lukas.Novy]

Samozrejme kurva.

[Vojtech.Pikal]

Samozrejme kurva.

Výborně!

Tady je podklad: https://docs.google.com/spreadsheets/d/ ... sp=sharing
Na 1. stránce je návod, jakékoliv dotazy rád zodpovím. (Uděláno v zásadě není nic.)

[Lukas.Novy]

Nejdriv je snad potreba udelat plneni prijmu ne?

[Vojtech.Pikal]

Nejdriv je snad potreba udelat plneni prijmu ne?

Teoreticky ano, prakticky by se mohlo udělat nejdřiv čerpání a pak plnění;

Přijmy se zadávají tady: https://www.pirati.cz/fo/admin/prijem_form
Bude třeba to aktualizovat na aktuální účely účtů, ale v zásadě to není nutno - čísla tam jsou.

Dokázal bys tam pro začátek nacvakat třeba tenhle?: https://www.fio.cz/ib2/transparent?a=23 ... 31.12.2016
Mělo by to fungovat i skriptem, teoreticky, kdybys nějakej napsal;

[Lukas.Novy]

Sem ochotny udelat automatizaci, ale nikoliv proti fio, ale proti flexibee, ktere je v kontextu zakonu source of truth.
Podle me se nepohnem z mista, dokud nebude tohle:
- kazda rozpoctova jednotka je stredisko
- ve flexibee budou clenske poplatky (tj 2x /c/<firma>/faktura-vydana/* ci /c/<firma>/pohledavka/*) korektne sparovany s pohyby na uctu (/c/<firma>/banka/*) a subjektem v adresari (/c/<firma>/adresar/*), ktery ma v kolonce EAN vlozene ID z fora a stredisko nastavene na svoje krajske sdruzeni.
- kazda polozka v rozpoctu je zavedena jako zakazka zarazena pod korektni stredisko
- kazdy zamer je veden jako stitek
- zapnuta funkcionalita sledovani zmen

Pokud budou vsichni clenove vedeni v ramci jedna skupiny firem, lze synchronizace adresare delat automaticky. (vytvoreni pri zalozeni nicku ve foru, jelikoz kdyz prijde pak prvni platba, uz tam ten uzivatel musi byt; nejakych par tisic firem v adresari to zvladnout musi).

[Vojtech.Pikal]

Sem ochotny udelat automatizaci, ale nikoliv proti fio, ale proti flexibee, ktere je v kontextu zakonu source of truth.
Podle me se nepohnem z mista, dokud nebude tohle:
- kazda rozpoctova jednotka je stredisko

Ok

- ve flexibee budou clenske poplatky (tj 2x /c/<firma>/faktura-vydana/* ci /c/<firma>/pohledavka/*) korektne sparovany s pohyby na uctu (/c/<firma>/banka/*) a subjektem v adresari (/c/<firma>/adresar/*), ktery ma v kolonce EAN vlozene ID z fora a stredisko nastavene na svoje krajske sdruzeni.

možná

- kazda polozka v rozpoctu je zavedena jako zakazka zarazena pod korektni stredisko

Nevím, jestli chci účetnictví komplikovat položkama, tady bych potřeboval někoho, kdo rozumí účetnictví aby se vyjádřil, že je to účelné.

- kazdy zamer je veden jako stitek

pro

- zapnuta funkcionalita sledovani zmen

pro

Pokud budou vsichni clenove vedeni v ramci jedna skupiny firem, lze synchronizace adresare delat automaticky. (vytvoreni pri zalozeni nicku ve foru, jelikoz kdyz prijde pak prvni platba, uz tam ten uzivatel musi byt; nejakych par tisic firem v adresari to zvladnout musi).

Mno, někdy může přijít čistě teoreticky platba před vytvořením nicu, nemluvě o změně nicku, ne?

[Lukas.Novy]

Mno, někdy může přijít čistě teoreticky platba před vytvořením nicu, nemluvě o změně nicku, ne?

Tak to spadne do sestavy veci k reseni a az je uzivatel zalozen, jenom se to rucne ci automatem priparuje.

[Lukas.Novy]

V ramci krize slevuji a pozaduji pouze, aby byly clenske prispevky a dary korektne zauctovany ve flexibee, jak jsme se dneska bavili v Garchu (tedy dary: bankovni prichozi prevody uctovat pres 315 a vydanym dokladem o daru z 315 zauctovat na 682017; a clenske prispevky: bankovni prevod do 315 a vydanym dokladem pak z 315 do 684; urcite by bylo rozumne mit v ramci 315 samostatny analyticky ucet pro dary a pro prispevky a samozrejme v pripade pripevku v tom dokladu o prispevku ho polozkami rozdelit na spravna strediska, to stejne v pripade potreby plati i o darech, ale myslim, ze to nikde neni potreba, naopak nam to tusim chybi u prichozich plateb za mandaty). Potom to muzu naimportovat do docuwiki, coz vyresi prijmove stranky rozpoctu a pohnem se

[Petr.Vileta]

Sem ochotny udelat automatizaci, ale nikoliv proti fio, ale proti flexibee, ktere je v kontextu zakonu source of truth.
Podle me se nepohnem z mista, dokud nebude tohle:
- kazda rozpoctova jednotka je stredisko
- ve flexibee budou clenske poplatky (tj 2x /c/<firma>/faktura-vydana/* ci /c/<firma>/pohledavka/*) korektne sparovany s pohyby na uctu (/c/<firma>/banka/*) a subjektem v adresari (/c/<firma>/adresar/*), ktery ma v kolonce EAN vlozene ID z fora a stredisko nastavene na svoje krajske sdruzeni.
- kazda polozka v rozpoctu je zavedena jako zakazka zarazena pod korektni stredisko
- kazdy zamer je veden jako stitek
- zapnuta funkcionalita sledovani zmen

Pokud budou vsichni clenove vedeni v ramci jedna skupiny firem, lze synchronizace adresare delat automaticky. (vytvoreni pri zalozeni nicku ve foru, jelikoz kdyz prijde pak prvni platba, uz tam ten uzivatel musi byt; nejakych par tisic firem v adresari to zvladnout musi).

Kdybys s tímhle přišel asi tak před rokem a půl, tak bych ti řekl, že jsem dostal dost podobné nápady. Členské příspěvky jako faktury už jsem dokonce pro rok 2015 udělal. Dokonce jde udělat zálohovou fakturu se splatností 1 rok, čímž ti to nejde do výsledků hospodaření a nepotřebuješ extra SW na sledování, protože flexibee umí i mailovat (event).