Desktopová aplikace - Novinky ve verzi 2021.9

Přehled změn v ABRA Flexi (3. 12. 2021):

Legislativa

Nový vzor českého formuláře Přiznání k dani z přidané hodnoty č. 23.

Nové funkce

API nabízí novou službu pro fakturaci skladových pohybů.
V API je dostupný přehled změn vybraného záznamu.
Zajištěna kompatibilita s novějšími verzemi databáze PostgreSQL 11, 12 a 13.
- Odpovídajícím způsobem byly aktualizovány závislosti linuxových instalačních balíčků DEB a RPM.
  - Instalace se nezdaří, pokud má PostgreSQL ve výchozí konfiguraci nastaveno šifrování hesel algoritmem scram-sha-256. Například při instalaci z přidaného PostgreSQL repozitáře.
  - Lze vyřešit samostatnou instalací postgresql-server a změnou algoritmu zpět na md5 v konfiguračních souborech postgresql.conf (volba password_encryption) a pg_hba.conf.
- Pro ostatní platformy zůstává databáze zatím beze změny.

Agenda cen pro odběratele/skupiny odběratelů byla doplněna o tzv. množstevní ceny.
- Zadané množství a ceny se zohledňují všude v kalkulacích cen, kde se dosud pracovalo se samostatnou prodejní cenou.

Všechny formy hromadných přepočtů dat (přepočet skladu, stavu účtů, daňové evidence a aktualizace požadavků na výdej) byly doplněny pojistkou proti vícenásobnému spuštění.
- Pojistka minimalizuje šanci, že v jeden okamžik poběží více stejných či kolidujících přepočtů (např. přepočet skladu s aktualizací požadavků na výdej). V případě zjištění kolize nově spouštěný přepočet okamžitě končí chybou s údaji o již běžícím přepočtu.
- API požadavek na kolizní přepočet vrací HTTP status 409 Conflict.
- Souběžný přepočet generoval zbytečnou zátěž, ale především zde bylo riziko nekonzistence ve výpočtu.
- Pro samotné zjištění, zda lze přepočet vyvolat, je možné použít odpovídající API volání doplněné parametrem dry-run (např. /danova-evidence/prepocet.xml?ucetniObdobi=code:2020&dry-run=true).
- Přepočet iniciovaný v klientské GUI aplikaci je nově volán formou API požadavku na server, v jehož režii probíhá celá transakce.
V rámci oprav skladových rezervací byla v databázovém schématu přidána na položky dokladů reference na zdrojovou objednávku (pouze pro interní použití).

Vylepšení

Realizace objednávky v API umožňuje nově zadat šarže a expirace.
Vylepšení API evidence Stav úhrad k datu:
- výstup lze nyní ovlivnit parametry: datum, modul a dleUcto,
- byly přidány sloupce Zbývá uhradit v domácí a cizí měně,
- evidence podporuje Sumace.
Vylepšeno vyplňování formuláře Hromadné oznámení pro zdravotní pojišťovny.
- Automaticky se vyhledají pracovní poměry (PP), u kterých by v daném měsíci mělo dojít k přihlášení/odhlášení.
- V případě dohod (2-DPP, 3-DPČ, 8-ČLEN DRUŽSTVA, DOBROVOLNÝ PRACOVNÍK) a pravidelného PP se jako datum přihlášení uvede datum první směny. V ostatních případech první den v měsíci.
- Jako datum odhlášení se použije datum konce PP.
- Průvodce umožňuje vytvářet samostatně přihlášku / odhlášku ZP.
Významné zrychlení API importů a API dotazů obsahujících výrazy s filtrem podle relačních vlastností s použitím nepřímých identifikátorů záznamů. Došlo k eliminaci opakujících se dotazů do databáze.
Zrychlení přidávání položek do inventury. Zpětné zjišťování skladové dostupnosti k datu zahájení inventury, při přidávání položky, se na skladech s velkým množstvím pohybů zrychlilo řádově ze sekund na milisekundy. Projevuje se jak v GUI aplikaci, tak i především v API.
Hotovostní úhrada v API umožňuje zadat vlastní kurz a kurzové množství.

Údržba

Doplnění a aktualizace číselníku měn včetně doplnění měny v číselníku států.
- k dohledání v menu Nástroje - Číselníky - Státy:

Opravy chyb

Opravy skladových rezervací:
- Doplněna kontrola dostupného množství s ohledem na rezervace při příjmu do výroby a při fakturaci.
- Kontroly rezervací mohly neoprávněně bránit realizaci objednávky nebo dokonce jakékoliv změně na položce objednávky.
- Aktualizace rezervovaného množství se provádí jako databázový UPDATE a nikoliv smazání a znovu vytvoření.
- V režimu rezervací “při naskladnění” se zohledňuje aktuální stav skladu.
- Záporná objednávka již nevytváří záporné rezervace.
- Při naskladnění se alokuje zboží nejdříve pro již existující rezervace (v chronologickém pořadí) a až poté se vytvářejí rezervace nové.
- V API byl na rezervacích zakázán zápis do pole Obchodní položka.
XML importér v API kontroloval nadbytečně správnost i údajů, které se v daném kontextu vůbec neimportovaly (například cenaMj na skladové výdejce). Nově se kontrolují jen vlastnosti, které skutečně importér zpracovává.
Výpočet chybějících sumačních vlastností (zkl, dph, celkem) na položce dokladu v API se řídil přítomností vlastností. Nově se řídí přesněji i tím, zda lze danou hodnotu v daném kontextu importovat.
Oprava (prohození) anglické lokalizace časových předložek: “since-to”.
V linuxových instalačních balíčcích byla opravena závislost na Javě, aby vyhověla pouze verze 8 a aby bylo možné použít také AdoptOpenJDK.
Oprava exportu faktury do formátu ISDOC. Soubor nebyl validní, pokud položka exportované faktury neměla vazbu na objednávku, zatímco hlavička ano.
Oprava přenášení a editace účtů na interních dokladech s kurzovým rozdílem (KR). Automaticky vytvářený KR má nyní vyplněné účty i v případě, že aktuální uživatel nemá oprávnění na změnu zaúčtování.
Vlastnost ucetni na položkách dokladů byla v API historicky chybně zapisovatelná. Nyní je, stejně jako na hlavičkách dokladů, pouze pro čtení. Nastavení hodnoty je řízeno správně již jen Typem dokladu.
Sumace v API neobsahovaly popisek sčítaného pole (element <msg>).