Je to trochu nemilé, ale opravdu jsem kontrolu duplicity variabilních symbolů u přijatých faktur nedělal. Ani u vydaných. Ovšem tady to asi není úplně až tak závažný problém.
Systém prostě dovoloval zaregistrovat do knihy závazků jednu fakturu dodavatele dvakrát. Což může vést k dvojí úhradě jedné faktury.

Od této verze to už bez souhlasu uživatele nebude možné. Systém zkontroluje, zda záznam faktury v knihách závazků se shodným variabilním symbolem a shodným partnerem neexistuje. A protože život je pestrý a v některých případech mohou existovat závazky se shodným VS, systém se dotáže, zda je to překlep, nebo opravdu je ten variabilní symbol u partnera účelně použit dvakrát i vícekrát. Jako příklad takové situace si můžeme uvést splátkový kalendář, nebo faktury T-mobile, které se uhrazují se shodným VS. V takovém případě je každá rada drahá a nezbývá než zkontrolovat duplicitní záznamy, zda ten duplicitní záznam je zapisován oprávněně.

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.

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.

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.