1

(66 replies, posted in NOVÁ VERZIA)

albertoto wrote:
Petr M. wrote:

k tomu sumáři jsem už napsal své, a asi bych se opakoval. Ale .... nevím jaká data v RQM eviduješ ty, ale pro mě je ten Sumář dole snůška nesmyslů.
K čemu mi je, že tam vidím, že jsem za 13 let používání programu (ano, opravdu 13, nevím, zda je tu někdo s delším používáním kromě Tebe, já mám první záznam z 5.1.2009) měl příjmy na účtech přes 30 mio, vydal jsem 26 mio, v transferech protočil 21 mio .... a finální bilance je hausnumero poplatné tomu výše uvedenému.
A teď mi vysvětli, k čemu mi to číslo v kolonce Final bilance je? Jako že to je suma, kterou někde mám (a navíc nevidím kde). Ne, nemám .... právě díky tomu, že třeba hypotéky, úvěry apod. mám vedené jako účty, které začínám s mínusovou bilancí, kterou dojíždím na nulu apod.
Zrovna tak kreditní karty, tvůj sumář jejich úvěrový limit počítá do mých aktiv, ale to nejsou aktiva, to je prostě úvěrový plusový limit, ale nejsou to peníze, které bych vlastnil..

Nič v zlom, ale ja si dovolím silne nesúhlasiť. Pre mňa to zmysel má, aj keď v prípade hypotéky a úverového rámca na kreditke je to diskutabilné. Nie, úverový limit nie sú moje peniaze, ale sú pre mňa disponibilné, veď kreditkou platím. To že potom 1x mesačne splatiť, je druhá vec.
Keď si vyfiltrujem nejaký kalendárny rok a nejaký účet, napr. osobný účet v banke, tak starting balance vidím zostatok na účte z minulého roka a final balance vidím finálny zostatok tohto roka. Porovnám to s papierom z banky a ka sedí, som OK. Ak nesedí final, tak buď som niečo zabudol zapísať alebo mám dôvod oprávnene reklamovať banke nesúhlas s koncoročným stavom.
Obdobne, keď bolo niečo na terminovanom účte. Po uplynutí doby skontrolujem, či je final balance 0, t.j. či som už všetko aj s prípadnými úrokmi presunul evidenčne z termiňáku na disponibilný účet. Je to rýchle, viditeľné, nemusím to hľadať nikde v štatistikách.

Každý máme svoje potreby sledovania financií a nikdy sa nebudeme všetci zhodovať :-) . To je život.

Ano, případ, že si vyfiltruju jeden konkrétní účet za konkrétní období to smysl má. Možná aplikace počítá s tím, že většina uživatelů si eviduje jeden jejich bankovní účet a tím končí. Možná mé užití aplikace, kdy účtů mám spousty je specifické. Ale právě proto aplikaci používám, abych v těch účtech měl přehled. mít jeden účet, stačí mi int. bankovnictví, případně mob. aplikace banky a nemusím mít další nástroj.
Nicméně já účty filtruji minimálně a pokud ano, na jejich stav opět stačila ta tabulka, co byla ve verzi 2.x.

Je jasné, že se nikdy neshodne 100% uživatelů na nějaké funkčnosti. Z hlediska technického chápu, proč se aplikace přepisuje do nového formátu, z hlediska ovladatelnosti nevidím důvod, proč uživatele nutit do novinek, pokud to nemá nějakou logickou vazbu na úplně nové funkce aplikace, kde se to bez toho prostě neobejde. Tady se ale mění koncepce aplikace úplně na jiný styl a já jsem zatím ještě neviděl nikde napsáno proč .... možná ani Slávik to zatím vlastně neví? :-)

2

(66 replies, posted in NOVÁ VERZIA)

Ahoj Slávik,

k tomu sumáři jsem už napsal své, a asi bych se opakoval. Ale .... nevím jaká data v RQM eviduješ ty, ale pro mě je ten Sumář dole snůška nesmyslů.
K čemu mi je, že tam vidím, že jsem za 13 let používání programu (ano, opravdu 13, nevím, zda je tu někdo s delším používáním kromě Tebe, já mám první záznam z 5.1.2009) měl příjmy na účtech přes 30 mio, vydal jsem 26 mio, v transferech protočil 21 mio .... a finální bilance je hausnumero poplatné tomu výše uvedenému.
A teď mi vysvětli, k čemu mi to číslo v kolonce Final bilance je? Jako že to je suma, kterou někde mám (a navíc nevidím kde). Ne, nemám .... právě díky tomu, že třeba hypotéky, úvěry apod. mám vedené jako účty, které začínám s mínusovou bilancí, kterou dojíždím na nulu apod.
Zrovna tak kreditní karty, tvůj sumář jejich úvěrový limit počítá do mých aktiv, ale to nejsou aktiva, to je prostě úvěrový plusový limit, ale nejsou to peníze, které bych vlastnil.

Ne, tohle je opravdu část aplikace, která tam zabírá jen místo, ale její informační hodnota je nulová. Ale to co mě opravdu zajímá ..... kolik peněz mám na svých 21 účtech, které v RQM vedu .... to nikde nevidím.

Připojuji se k Loktibradovi i s těmi připomínkami (ne, není to kritika, jen přípomínky) ohledně ovládání aplikace. Ne vždy je ku prospěchu věci dát ten volant do kufru auta a vydávat to za revoluci. Jsem z IT oboru na překotné změny zvyklý, takže si zvyknu i na zadávání transakcí vpravo místo v okně i když to zadání je v tom novém konceptu mnohem pracnější (víc kliků apod.), ale nezvyknu si na to, že vidím nedůležité údaje na úkor těch důležitých. A mezi nedůležité počítám i ten ohromný seznam transakcí .... já prostě nepotřebuji najednou v hlavním okně vidět přes 30 položek, ty sami o sobě nejsou důležité. Důležité je, co ty položky tvoří a to jsou právě ty stavy účtů.
Ruku na srdce, kdo z vás v internetovém bankovnictví má na hlavní stránce seznam transakcí místo seznamu účtů? Kdo z vás častěji kontroluje ty transakce samotné namísto zůstatku na účtech?
Pochybuji, že se někdo přihlásí.

3

(66 replies, posted in NOVÁ VERZIA)

Slavik wrote:
Petr M. wrote:

Nové zadávání příjmu a výdaje mi nevadí, s čím mám ale mentální problém je zadávání Přesunu na dvou různých záložkách, neboť myš se snažím používat co nejméně, doteď jsem si vždy při zadávání transakcí vystačil s Insertem a pak už jen tabulátor. Tohle je při vší snaze o zjednodušení aplikace velká komplikace a to právě bohužel při nejčastější manipulaci s aplikací.

Zatiaľ je nastavené automatické prepnutie záložky "Z účtu" na záložku "Na účet" pri klávese ENTER. Pohrám sa s tým, aby aj kláves TAB reagoval rovnako. Dátum a suma zo záložky "Z účtu" sa pri zmene prejavia aj na záložke "Na účet" až kým užívateľ neprepne záložku, potom sa táto automatická zmena vypne. Takže dátumy sa sumy sú zhodné po prvom zadaní. Prinajhoršom sa dajú individuálne opraviť (ako to bolo aj vo verzii 2.x). big_smile

Tak já nevím, ale při veškeré snaze jsem ani jako ajťák nenašel, způsob, jak v rámci transferu automaticky propsat částku ze zdrojového účtu na cílový účet. Co dělám špatně?
A ten Enter? Proč někteří programátoři mají potřebu měnit léta užívané klávesy a zkratky na počítačích napříč všemi programy na něco nového? Jaký to má smysl? Odjakživa je klávesa Enter na počítačích stanovena na odeslání dat, nikde jsem neviděl její použití na přepínání mezi políčky. Co používat běžné standardy, aby uživatel nemusel v každé aplikace přemýšlet, jak se programátor zrovna vyspal a co použil? Jako ajťák tohle vnímám extrémně.

Slavik wrote:
Petr M. wrote:

Bude v programu finálně i to spodní okno s přehledem účtů a grafy? To by mě dost zásadně chybělo, mít na první pohled přehled o stavech na účtech je podle mě nezbytnost. Předpokládám, že to zatím jen není dodělané, ale ve finále se to objeví?

Priznám sa, že zatiaľ nemám hotovú koncepciu hlavného okna. Skôr tú grafiku tam veľmi nechcem ťahať, aby hlavné okno nebolo veľmi prepchaté veľa údajmi. Prikláňam sa skôr k tým sumárom, ktoré už v podstate v okne dole sú (zatiaľ tiež len ako koncept). Zvažujem ešte zobraziť sumár všetkých mien, nie len vybranej zo zoznamu.

To je pro mě jasný důvod zůstat u verze 2.x. Pokud neuvidím na první dobrou v aplikaci informaci o účtech a jejich zůstatcích, nemá ta aplikace s evidencí financí nic společného a stává se z ní excel v jiném grafickém pojetí.
Ten sumář dole je k ničemu, je to totální hausnumero ukazující naprostou ptákovinu, sčítá hrušky s jablkama a výledek zobrazuje  v poli s názvem banány. Já mám v účtech i půjčky, kreditní karty, hypotéky apod. kde jedu zůstatky v inverzním módu proti běžnému debitnímu účtu a to co vidím dole je potom jako když pejsek s kočičkou vařili kaši. Není přeci možné sčítat úplně jiné typy položek. To, co jsi udělal ty by platilo pouze v případě, že by někdo evidoval pouze debitní účty. Taková ale realita není.
Grafy vem čert, ty jsem nikdy nepoužil, protože taky ukazují jako ten sumář v nové aplikaci ptákoviny, ale běžný uživatel potřebuje někde okamžitě vidět stav na všech svých účtech, nedokážu si tu aplikaci po těch 13-letech co jí používám bez toho představit. Samotné velké okno s hromadou transakcí není zajisté potřeba, máme myši se scrolovacím kolečkem ;-)
Zamyslí se nad tím, prosím. Díky.

Slavik wrote:
Petr M. wrote:

Proč se mi při každém novém otevření programu dole v Summary objeví jako default měna EUR a ne CZK, kterou používám hlavně?

Pri viacerých menách by sa Ti už teraz mala zobraziť tá, ktorá je v zozname mien označená ako hlavná. Ostatné meny by mali byť podriadené (a vypočítavané prepočtom z kurzu - zatiaľ hudba budúcnosti smile).

Aha, oni totiž po importu byly obě měny jako default. po změně je to OK.

4

(66 replies, posted in NOVÁ VERZIA)

Ahoj,

přiznám se, že jsem nečetl úplně podrobně stávající diskusi a teprve dnes jsem nainstaloval poslední testovací verzi 64-bit.
Import dat z verze 2.x proběhl bez problémů.

Zatím jsem našel pár drobností jakože při zadávání transakcí je prázdný ten rozbalovací seznam s popisky, spíše budu muset program projít pořádně.
Nové zadávání příjmu a výdaje mi nevadí, s čím mám ale mentální problém je zadávání Přesunu na dvou různých záložkách, neboť myš se snažím používat co nejméně, doteď jsem si vždy při zadávání transakcí vystačil s Insertem a pak už jen tabulátor. Tohle je při vší snaze o zjednodušení aplikace velká komplikace a to právě bohužel při nejčastější manipulaci s aplikací.
Nepotřebuji to mít v extra okně, jako to bylo ve verzi 2, ale chci mít možnost tu transakci zadat co nejrychleji a ne se stále někde překlikávat.
To zadávání různých částek na vstupu a na výstupu je akorát dobré na udělání chyby. Chápu záměr autora, ale v 95% případů (ne-li více) je částka shodná na obou stranách a tady akorát hrozí, že se spletu. OK, ať mám možnost zadat ty částky různé, ale ať mi aplikace v první řadě do výstupu propíše to, co jsem dal na vstup s možností to změnit.
Nenašel jsem také zatím klávesovou zkratku na uložení záznamu, měl jsem zažité CTRL+U, netrvám na tom, ale odmítám pro uložení klikat myší a tabulátorem se na tlačítko Save nedostanu.

Bude v programu finálně i to spodní okno s přehledem účtů a grafy? To by mě dost zásadně chybělo, mít na první pohled přehled o stavech na účtech je podle mě nezbytnost. Předpokládám, že to zatím jen není dodělané, ale ve finále se to objeví?

V hlavním okně mi docela víc vyhovovalo rozdělení sloupečků Kategorie a Podkategorie ..... bylo to dle mého přehlednější. Na funkci to nemá vliv a je to o asi zvyku, ale není to jeden logický údaj, ale dva samostatné a tak by se k tomu mělo dle mého přistupovat. Mimochodem, proč do podkategorie není povoleno dávat velká písmena?
Když už jsme u těch sloupečků, nevím jak moc by to byla práce navíc, ale nebylo by možné si vybrat jen ty, které mě zajímají a určit jejich pořadí? A taky by bylo fajn, kdyby si program pamatoval šířky sloupečků, ale to asi taky bude čase doděláno.

Proč se mi při každém novém otevření programu dole v Summary objeví jako default měna EUR a ne CZK, kterou používám hlavně?

V seznamu účtů při zadávání transakce se objevují i neaktivní účty.

Mám trochu problém s importem Transferů z verze 2.x. Ty zobrazené řádky v hlavním okně nemají totiž řazení podle ID, ale podle jiného sloupce v databázi a pak to vypadá tak, že Transfer importovaný z verze 2.x je v řádcích, které vůbec nejsou u sebe, ale je mezi nimi xx dalších řádků s jinými daty. Nedá se pak vůbec na první dobrou najít, které záznamy patří vlastně k sobě. Změna default řazení zobrazení podle Order by ID desc by to vyřešila.

Omlouvám se, pokud jsem tu napsal něco, co už psal někdo jiný, je fakt těžké dodatečně všechny texty procházet.
Mé připomínky nejsou kritika, jen poznámky pro autora.

Slávik, díky za Tvou práci!

5

(66 replies, posted in NOVÁ VERZIA)

hustý, to jsem tedy nečekal. co bude nového?
Mimochodem, hezké vánoce Sláviku a pěkný nový rok v rámci možností, které tato doba dává.

6

(118 replies, posted in OHLÁSENIE CHYBY)

Ahoj Slávík,
hlásím, že Patch 7 to vyřešil a opět jsou počty v SUMě v pořádku. Moc díky za super práci. Za mě tedy krom těch žlutých řádků vypadá vše v pohodě, ale ty žluté řádky mě osobně netrápí.

Loktibrad: pokud jsi to celé nepochopil, je zbytečné to dále komentovat.

7

(118 replies, posted in OHLÁSENIE CHYBY)

Loktibrad v tom dělá opět podle mě zbytečný guláš.

Ano, správně je samozřejmě jak píše Slávík SUM ve stylu +- transakcí:
(napr. + 10) výdaje (- 25), takže výsledok SUM = -15.

Nic jiného ani nečekám z hlediska účetního. V předchozích verzích aplikace (myšleno 2.3.x) to tak fungovalo bez problémů. Ten problém, který popisuji je až od verze 2.4.x.
Někde se ale muselo něco změnit, protože mě to teď opravdu počítá špatně (pokud vůbec viz. obrázek). Jen bych rád, aby to fungovalo jako v 2.3.x, což teď není. Rád pomohu s hledáním té chyby, jen nevím, kde začít.

8

(118 replies, posted in OHLÁSENIE CHYBY)

Ahoj Slávik,
jeden screenshot vydá za více než tisíc slov.
Nedokážu absolutně identifikovat, čím jsou ty platby, které ignoruje jiné, než ty, které neignoruje.
Děje se tak naprosto náhodně jak u příjmů, výdajů i přesunů.
Prostě některé započítá, některé ne.

9

(118 replies, posted in OHLÁSENIE CHYBY)

Ahoj Slávík,
verze test 6 u mě:

- v okne Plánované platby - zaškrtnutie len platieb do aktuálneho dátumu - OK
- v okne Plánované platby - sumarizácia všetkých aj zaškrtnutých platieb - funguje jen napůl - některé platby když je zaškrtnu to do sum částky stále úplně ignoruje. ale vypadá to, že u těch, které neignoruje už správně počítá sumu, což předtím bylo chybné
- bohužel se musím přidat s tím problémem spárovaných plateb. U některých, které jsme zapsal manuálně to vypadá OK, ale u těch, které jsou zapsané z plánovaných plateb stále nefunguje to zažlucení. Nemohu potvrdit, že to je takto ve 100%, ale na první pohled to tak je

10

(118 replies, posted in OHLÁSENIE CHYBY)

Loktibrad: Ty máš tendence reagovat úplně na vše, bohužel v mnoha případech na něco jiného, než zde popisuji já a pak se to tu zapleveluje zbytečnými příspěvky, které musí někdo přečíst.

11

(118 replies, posted in OHLÁSENIE CHYBY)

No ...a aby toho nebylo málo, tak jsem našel chybu ve sčítání sumy v okně CTRL+Y dole v zápatí (možná se chyba projevuje i v jiných oknech). Při označení více položek mám dole v SUM naprosté ptákoviny. Některé položky do SUM nejsou započítány vůbec, některé zase nesmyslně.
Díky za prověření.

12

(118 replies, posted in OHLÁSENIE CHYBY)

Ahoj Slávik,
ještě jsem našel jednu věc, byla i v předchozích testovacích verzích, ale nějak jsem to neřešil.
Mám nějaké plánované platby na zítřejší datum 15.11.2019, ale když dám CTRL+Y tak mám ty zítřejší platby již zaškrtnuté k zápisu i pro dnešek, tedy k 14.11.2019. Je to v pořádku?
Podle mě by dneska zaškrtnuté být neměli. Alespoň v předchozích verzích to tam vždy bylo.

Petr

13

(118 replies, posted in OHLÁSENIE CHYBY)

Ahoj Sláviku, on totiž Loktibrad myslí jinou chybou, než jsem myslel já. Ta mnou reportovaná vlastnost je teď už nyní v pořádku.

14

(118 replies, posted in OHLÁSENIE CHYBY)

good job ;-)
moc děkuji

15

(118 replies, posted in OHLÁSENIE CHYBY)

loktibrad: stále evidentně mluvíš o něčem jiném než já a já už nemám sílu to znovu popisovat. takže platí má nabídka.

16

(118 replies, posted in OHLÁSENIE CHYBY)

Ahoj Loktibrad,
to o čem píšeš je v plánovaných platbách už od začátku, ale není to to, o čem jsem psal já. O tom chování co popisuješ vím také, ale s tím už jsem se naučil žít.
Jak říkám, kdyžtak mohu vysvětlit "osobněji".

Petr

17

(118 replies, posted in OHLÁSENIE CHYBY)

Loktibrad: buď se navzájem nechápeme, nebo si opravdu budeš muset znovu přečíst mé příspěvky (neb si Slávik potvrdil tu změnu funkcionality). Někdy se něco opravdu špatně popisuje psanou formou, takže Ti klidně mohu zavolat na telefon, pokud mi pošleš do zprávy telefonní číslo a rád vysvětlím o co vlastně jde (to samé platí i pro Slávika, i když myslím, že on mnou popisovanou situaci pochopil). Protože funkčnost, o které píšu fungovala v programu od roku 2009 kdy jej používám a již nefunguje.
Ano, máš pravdu v tom, že každá aplikace se vyvýjí, ale zde nedošlo k omezení funkcionality kvůli vývoji, ale jen tak. Prostě to, co do teď šlo nyní nejde, není náhrada, ale není ani důvod aby to nešlo. Prostě to jen odteď nejde.

18

(118 replies, posted in OHLÁSENIE CHYBY)

Loktibrad: bez urážky, pokud jsi můj problém nepochopil z předchozích deseti příspěvků, je jakákoliv další diskuse ztráta času. Já si stojím za tím, že pokud aplikace měla od začátku vývoje nějaké chování, na které jsou uživatelé zvyklí, je nesmysl to chování bez zjevné příčiny a důvodu měnit. A zde žádná zjevná příčina ani důvod nejsou. Slávik pouze přesunul editaci položek z bodu A do bodu B, čímž si uživatel nijak nepolepšil, přehlednost je podle mého ještě horší než byla, funkčnost se nezlepšila, ale přineslo to s sebou akorát změny v DB, které omezili funkčnost, která zde byla a fungovala po celou dobu, co aplikace existuje.
Pro mě je teď zásadní, že nemám přehled o plánovaných platbách tak, jak jsem byl zvyklý mít a ta aplikace pro mě tudíž nemá smysl, protože to vyžaduje vést si další evidenci vedle, potažmo dělat úpravy přímo v plánovači plateb, což je drbání se pravou rukou za levým uchem.

19

(118 replies, posted in OHLÁSENIE CHYBY)

hmmm, OK. finálně vzdávám diskuzi a vracím se doživotně k verzi 2.3.3. Od té aplikace nic jiného nečekám a rád jí budu používat v režimu, jak fungovala 10 let bez dalších omezení.
protože v tomto stavu je to alespoň pro mě nepoužitelné. Nebudu si budoucí změněné platby psát někam vedle do notepadu. Proboha, od toho ty budoucí platby jsou, abych si je přeci mohl definovat dle potřeby, to není žádná mantra, která se jednou zadá do plánovače s tím, že už se nikdy nesmí dopředně změnit.
Tohle je ten základní problém, kdy se po letech bez zjevné příčiny a důvodu začnou měnit funkce, které nějak fungovali a je potřeba to nějak omluvit ještě větší ptákovinou.
Zkrátka, když udělám změnu, tak chci, aby se zapsala. Pokud někdo neví co dělá, tak je nesvéprávný.

20

(118 replies, posted in OHLÁSENIE CHYBY)

Loktibrad. Problém tam je jak jsem ho popsal. Chová se to jinak, než v předchozí verzi. Není možné upravit data a částky v plánovači pro budoucí platby, aniž by je program nezapoměl bez okamžitého zapsání.

21

(118 replies, posted in OHLÁSENIE CHYBY)

Bude to stejné jako předtím ve verzi 2.3.2, ne? Takže kdo už je na to celé roky zvyklý, tak ho to asi nepřekvapí.
Já tedy osobně nikdy neměnil nic jiného, než datum a částku a za toto vrácení zpět bych byl opravdu vděčný.

Mimochodem, předpokládám, že je pro Tebe z hlediska poplatků asi lepší poslat platbu za licenci na Fio, než přes Paypal, že? Jen budu muset vyřešit, jak fungovat s jednou licencí na dvou NB.

22

(118 replies, posted in OHLÁSENIE CHYBY)

A je možné vrátit to tak, jak to bylo, aby se částka a datum opět ukládali aniž bych ty data rovnou zapsal?
Já takto totiž funguji již roky, mám v plánovači platby, které jsou plovoucí jak částkou tak datumem (kreditky apod.), abych na ně nezapoměl a teprve ve chvíli kdy se dozvím ty údaje si je v Naplánovaných platbách změním na ty reálné hodnoty (třeba několik dní, nebo týdnů dopředu) a pak už jen čekám, až přijde den D a zapíšu je a všechno mám takto v pořádku.
Teď ale tuto možnost nemám, což je pro mě po 10-ti letech krok dozadu a jeho ospravedlnění nevidím (nemyslím technicky, ale prakticky).

23

(118 replies, posted in OHLÁSENIE CHYBY)

Tak to zní velmi rozumně s tou databází a tento počin chválím. Tím se to elegantně celé vyřeší. Mě osobně ani ta cena 10 EUR neuráží, pokud to bude licencováno na databázový soubor.

Ve stávající licenční politice ale stále budu narážet na technický limit toho současného licenčního modelu. Sice dostanu 5 klíčů což je fajn, ale já celý adresář RQMoney synchronizuji spolu s databází přes zmíněny Google Drive což zřejmě vylučuje použití dvou legálně zakoupených klíčů, je to tak? Nebo mohu mít v té složce více klíčů a použije se ten, který zrovna bude na tom konrétním NB vyžadován?

24

(118 replies, posted in OHLÁSENIE CHYBY)

Tak to bych si dovolil oponovat. Já v tom režimu, který jsem poslal používám aplikaci už celé roky a nikdy se to takto nechovalo. Až nyní od nové verze, kdy editace záznamů probíhá v tom pravém okně. Raději jsem si toto na verzi 2.3.2 zpětně vyzkoušel, abych neplácal kraviny.
Do této verze jsem kdykoliv otevřel naplánované platby, změnil údaje, uložil je, odešel z programu a při dalším spuštění tam byly údaje uložené tak, jak jsem je změnil.

Mohl bych poprosit i o reakci na to licencování, protože už jsem vážkách, že se vrátím ke staré verzi aplikace, kde fungovalo vše, na co jsem byl roky zvyklý.

Děkuji, Petr

25

(118 replies, posted in OHLÁSENIE CHYBY)

Zdravím Sláviku,
opět já, ale jiné téma. Možná jsem našel chybu.
Jsem v plánovaných platbách, kliknu na nějakou konkrétní platbu abych jí upravil, změním u ní třeba datum z dnešního dne na zítřejší a uložím záznam. V plánovaných platbách vidím zítřejší datum. Platbu ale nezapíšu a okno plánovaných plateb zavřu.
Otevřu jej znovu a v seznamu vidím to původní datum, tedy ta změna se fakticky do DB neuložila. Stejný problém je i s částkou a předpokládám tedy i dalšími poličky.

Petr