Změny v modulech účetnictví

Podrobnosti

ČNB nejenom mění vzhled svého webu, ale jako "dárek" přidala ještě jeden řádek do předávané textové zprávy s kurzy. No, a já s tím nějak nepočítal, takže zpracováním posledního prázdného řádku se dostal program do chyby.
Pravda je ta, že kurzy načetl všechny, takže svoji funkci v daném okamžiku splnil, ale nepříjemné je to, že odmítl pokračovat korektně dál a bylo třeba program spustit znovu.

Od verze 19.003 je tato "anomálie" napravena a program zpracovává jenom řádky, které nějaký kurz obsahují.

Podrobnosti

Česká národní banka zapracovala na vzhledu svého webu, ale nějak zpomněla, že na jejich stránky jsou napojeny ekonomické softwary a stahují z jejich stránke aktuální i historické devizové kurzy. A tak se stalo, že kurzy jsou od 15.4.2019 nedostupné.
Snad jsem reagoval dostatečně rychle a kurzy jsou již dostupné. A doufám, že ačkoliv tato změna je první z řady chystaných změn na webu ČNB, adresa přístupu ke kurzům zůstane zachována a konstantní alepsoň nějaký čas.
Bohužel k tomu musím dodat ještě další informaci, protože komunikace s webem ČNB je pouze zabezpečená a k tomu, aby systém LogisTIS fungoval korektně, je nutno stáhnout doplňkové knihovny a uložit je do složky, ze které je systém LogisTIS spouštěn. Všechny 4 knihovny jsou připraveny ke stažení na stránce "Ke stažení".

Podrobnosti
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.

Podrobnosti

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ě.

Podrobnosti

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.

  1. 17.004 - účetní zápisy nad 99 řádků
  2. 16.051 - soubor oprav výkazů v plném rozsahu
  3. 16.047 - dořešeny a upraveny nové výkazy
  4. 16.027 - zohledněny kurzové rozdíly v sestavě faktur dle SU/AU