zůstatky na účtech vs. budoucí platby

Ahoj Slávik,
přiznám se, že přesně takovou odpověď jsem čekal

Vím, že to mohu dávat do Plánovače plateb, ale právě kvůli přehlednosti se mi tam jednorázové platby dávat nechce. V plánovači mám položky, které se mi opakují (měsíčně, čtvrtletně, ročně ....) a mám tam vždy jen ty aktuální. Pokud něco už není, mažu to odtamtud. Díky tomu se držím na cca 20-ti položkách.
Dávat tam ty jednorázové už mi přijde na úkor přehlednosti. Navíc zase dělám o krk navíc.

Moje řešení: zadám platbu do transakcí s budoucím datumem = 1 krok
Tvoje řešení: zadám platbu do plánovače jako jednorázovou s budoucím datumem. v Den D si platbu zprocesuji do transakcí a nakonec jí z důvodu přehlednosti z plánovače smazat, aby tam nebyl bordel = 3 kroky

1 krok vs. 3 kroky = stejný efekt.

Aby měl tvůj návod smysl, bylo by fajn, kdyby se jednorázová platba ze seznamu v plánovači po převodu na transakci smazala (nebo by to mohlo být volitelné u plánovaných plateb nějakým zaškrtávacím políčkem typu PO PROVEDENÍ PLATEB SMAZAT). Byla na jeden účel, ten v den D splnila co měla a víc tam nemá co dělat. Proč jí tam mám mít, nebo proč jí musím mazat ručně?
Druhý malý nápad .... možná to přijde zmatečné jen mě, ale pokud do plánovače dávám novou platbu a zvolím jednorázovou, proč nezmizí to pole DO? Je to jen kosmetické, ale když si dávám jednorázovou platbu, to pole tam je zbytečné, klidně by se mohlo schovat

Nicméně chápu tvé vysvětlení a na program určitě nezanevřu Jen se to snažím nedělat příliš složité na obsluhu a zároveň nechci v těch datech mít plevel.

hezký den,
Petr

Pouzivam testovaciu verziu 2.3.3, kde bolo opravenych par chyb. Ale odpocitavanie z uctu pri buducej platbe v transakciach sa deje, len ked je nastaveny iba mesiac, alebo vsetky dni. Ak sa nastavi konkretny den /dnesok/, tak zostatok na ucte je korektny, pretoze ta transakcia este nenastala. Staci teda pre aktualne data, mat nastaveny len dany den - inak to porata aj tie buduce transakcie.

Alebo je mozne mat nastavene filter aj na mesiac, ale potom buduca platba musi byt az z dalsieho mesiaca.

Neni nutne teda pouzivat ani planovac a moze to korektne zobrazovat.

Na tento problém existuje jednoduché řešení, zadat záznam (transakci) s nulovou hodnotou v poli SUMA a do popisu zadat text a částku, která má být hrazená.
Nic se neodečte data zůstávají reálná a platba je stále na očích.
Sám to používám již delší dobu a je to nejjednoduší.
Doufám, že to někomu pomůže.

Jak to tak vypadá existují jen řešení.
1. plánovač
2. transakce s nulovou hodnotou a hodnotou v popise
3. pokračovat tak jako dosud a stěžovat si , že data nejsou reálná.

Protože očekávat, že SLAVIK, po tom co věnoval poměrně nedávno dost velké úsilí tomu, aby posunul program tam kde teť je (za což mu velký dík) , že toto zapracuje v dohledné době je myslím velmi nereálné.

Takže buď se podrbat levou rukou za pravým uchem (jak to dělám já),  nebo .............

Mě to přijde jako momentálně nejlepší řešení.

Pozri. Ze nevyuzivas filter, je tvoja vec. Zober si to logicky. Na zaklade coho, ma aplikacia vediet, ze skutkovy stav este nenastal ? Na zaklade systemoveho datumu ? Co ked mam v systeme nastaveny zly datum, alebo si nahodim skutkovy stav vopred, ktory sa uz stane ?

Ak chces realny stav, nastav si filter na datum, ku ktoremu ma realny stav ukazovat. Potom je vsetko OK.

Tebe by vyhovovalo, aby to pocitalo, ako chces, ale Slavik to musi robit univerzalne, t.j. inemu uzivatelovi by to mohlo vyhovovat inak. Pokial mas zapnuty filter, pocita to korektne. Je to uplne logicky spravne. Pretoze potom moze clovek kontrolovat stavy v jednotlivych dnoch.

Stejne sa filter uklada, takze aky je problem, raz si ho nastavit na aktualny datum a mat klud ?
---------------------------
Uvediem priklad proti, preco je dobre tak, ako to je.

Nahodi si clovek platbu v transakciach s buducim datumom. Odhadovana suma, odhadovany datum. Mozem sa presne trafit a potom nemusim tu platbu spatne ani opravovat. Netrafim sa, tak prepisem cas.

Teraz k pocitaniu - nahodim tam sumu s buducim datumom a automaticky to odpocita.

Ak tam nahodim viac sum, tak mam dobru predikciu buduceho stavu a na zaklade toho viem lepsie naplanovat vydavky, lebo viem kolko ostane. Nechcem buduci stav, nastavim si aktualny. Takto sa to da vyuzivat na buduce planovanie, aj aktualny stav. To co navrhujes ty, je dobre len z hladiska aktualneho stavu, nie univerzalne.

A prave ta predikcia buduceho stavu je jedna z mala funkcii, ktore riesi malo programov. Podla uzivatelskych ohlasov malo predikciu najlepsie rozpracovane vraj MS Money a ine SW to snad ani neriesia. Nebolo by zle, keby RQ Money vedelo takto nazriet trosku aj do buducnosti, lebo to ukazuje na stav - ked si kupim, ci zaplatim teraz toto, budem mat v buducnosti na hento, tamto ?

Inak, vdaka za otvorenie tejto temy - sposobm akym to pocita teraz, ma napadol az pri pisani prispevku, ze je to vhodne na predikciu vyvoja nakladov. Skusim si to nejak zapracovat do momentalneho stylu uctovania. Ani som si neuvedomil, az teraz, ako sa to da zaujimavo vyuzit