UniCredit měnila nějaké SW pro import souborů s příkazy k úhradě a dosud přijímaný formát ze systému LogisTIS vykázal chybu formátu. Chvíli trvalo, než jsme spolu s lidmi z jejich supportu přišli na to, že jejich nový SW očekává za posledním hodnotovým řádkem ještě jeden úplně prázdný řádek.

Nějak jsem si neuvědomil, že DPH je živý proces a mohou být prováděny doplňky do konstrukce DPH. Konstrukce KH jsem vytvářel jenom jednou a už ji nechával neměnnou, což není úplně v pořádku, když si jeden uvědomí, že vazba evidence DPH na KH je dost zásadní.

Takže jsem doplnil do tvorby konstrukce KH automatické doplnění nezařazených (nových) prvků z konstrukce DPH.

Verze otestována.

Jediný problém se u klientů vyskytl, pokud nezohlednili změny v účtové osnově, což způsobilo, že výkazy vykazovaly rozdílné výsledky.

Nikdy mne nenapadlo, že někdo umí vymyslet víc jak 99 účetních zápisů pro konkrétní předpis-účel platby. A protože šedivá je teorie, zelený je strom života, tak tato situace nastala a ublížilo to datům.

No, opravil jsem to tak, že lze vložit nový záznam do "mezery" nebo za určitý záznam. Ovšem s tím, že lze následné záznamy posunout. Pokud ale existuje záznam s číslem "99", program účetní zarazí a nedovolí udělat se zápisy cokoliv.

Rozvaha v plném rozsahu a Výkaz zisku a ztráty v plném rozsahu.