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