Změny ve verzi 22.2

Tato kap. uvádí seznam změn do verzí řady 22.2 oproti verzím řady 22.1.

Vždy platí, že verze vyšší (s vyšším číslem a datem generování) obsahuje i zásahy provedené ve všech verzích nižších s dřívějším datem generování. Takové jsou pak až na výjimky uvedeny pouze u nejnižší verze, aby se v popisech změn nevyskytovaly opakovaně. Proto, i když předchozí nižší verze nebyly generovány pro vaši lokalizaci, nebyly zveřejněny či je z jiného důvodu nevlastníte, věnujte jejich popisu rovněž pozornost - mohou obsahovat zásahy, které se vás mohou týkat.

Stručnější seznam zásadních změn a oprav verze této řady naleznete též na Zákaznickém portále.

Funkcionalita popsaná ve změnách ve verzi je aktuálně platná k dané verzi, a to i v případě, že by nějaká jiná část helpu obsahovala popis jiný (taková část helpu nemusí být k danému datu zatím zcela aktuální). Do dalších částí helpu jsou jednotlivé změny zapracovávány postupně.

Společně s vydáním podzimní verze systému ABRA Gen 22.2 jsme pro vás připravili přehled klíčových novinek. Navíc jsme jej rozšířili o podrobnější informace, které vám pomohou důkladně si osvojit nové funkcionality. Pevně věříme, že tak budete moci začít všechny novinky rychleji využívat a usnadníte si práci v našem systému.

Novinky ve verzi ABRA Gen 22.2:

Zbrusu nové agendy Rámcové smlouvy - nákup a Rámcové smlouvy - prodej umožňují zastřešit Objednávky vydané nebo Objednávky přijaté pod jednu rámcovou smlouvu, kde můžete plnění dodávek z rámcové smlouvy kontrolovat velmi rychle a efektivně. Pojďme se nyní blíže podívat, jak to funguje.

Rámcové smlouvy - nákup

Agenda umožňuje vytvořit Rámcovou smlouvu, kde na základě domluvy s vaším dodavatelem do obsahu zadáte jednotlivé skladové karty a termíny, kdy má být zboží dodáno.

Na obrázku máme vytvořenou Rámcovou smlouvu – nákup na jednu skladovou kartu s třemi různými daty dodání. Ve sloupci objednáno je zatím 0, to znamená, že nebyla vytvořena žádná Objednávka vydaná u dodavatele.

Poté stačí již jen vygenerovat podle rámcové smlouvy jednu nebo více objednávek vydaných. Na Rámcové smlouvě – nákup můžeme sledovat, kolik jsme již objednali zboží.

Vytvořili jsme Objednávku vydanou na 20 kusů z celkových 25. Na Rámcové smlouvě – nákup vidíme přehledně počet objednaných kusů.

Zda dodavatel termíny dodání plní, můžete sledovat v nové agendě Pohyby na rámcových smlouvách - nákup, kde na první pohled uvidíte, kdy mělo být zboží dodáno a zda se tak skutečně stalo.

V agendě Pohyby na rámcových smlouvách - nákup na první pohled vidíme, že bylo objednáno již 20 kusů a dodáno prvních 10 kusů z Rámcové smlouvy – nákup, která byla na 25 kusů.

 

Rámcové smlouvy - prodej

Na stejném principu jako Rámcové smlouvy - nákup funguje i agenda Rámcové smlouvy - prodej. Tato agenda nám umožní vytvořit Rámcovou smlouvu, kterou jsme uzavřeli s naším odběratelem a umožní nám sledovat, kolik zboží máme odeslat a v jakém termínu.

Při vytváření dokladu Rámcová smlouva - prodej postupujeme stejně jako při vytváření Objednávky přijaté, avšak na hlavičce dokladu nesmíme zapomenout vyplnit údaj o platnosti Rámcové smlouvy.

Na hlavičce dokladu jsou dvě pole „Platí od“ a „Platí do“, kterými určujeme rozsah platnosti Rámcové smlouvy. Stejné pole najdeme i v agendě Rámcové smlouvy - nákup.

Po domluvě s odběratelem a sepsání rámcové smlouvy vystavíme i doklad Rámcová smlouva - prodej, který bude zohledňovat jednotlivé dodávky a množství v nich.

V obsahu dokladu Rámcová smlouva - prodej zadáme jednotlivé řádky tak, jak je bude chtít zákazník čerpat. V našem případě jsme rozdělili objednávku na 17 kusů na tři různé termíny.

Po vytvoření první Objednávky přijaté z Rámcové smlouvy - prodej vidíme na řádku dokladu Rámcová smlouva, že vznikla objednávka na první termín.

Současně můžeme přes záložku X-vazby sledovat vytvořené objednávky přijaté.

Po vyexpedování vytvořené Objednávky přijaté opět vidíme v obsahu dokladu Rámcová smlouva - prodej, že bylo určité množství dodáno.

Připravili jsme pro vás přehledný návod, jak začít používat Rámcové smlouvy.

Díky rozmachu nových technologií spolu stále více společností komunikuje online. Standard EDI umožní firmám mezi sebou posílat například objednávky, dodací listy, faktury, a to vše zpětně kompatibilní bez ohledu na to, jaký ERP systém daná firma používá.

V systému ABRA Gen nově najdete podporu EDI komunikace již v základu (nutno zakoupit licenci) bez nutnosti dokupování doplňku tak, jak tomu bylo dříve.

V základu byla vytvořena podpora pro Importy i Exporty dokladů, a to pro EDI operátora GRIT. Je však možné využít EDI komunikaci po úpravách i pro další EDI operátory.

Všechna potřebná nastavení naleznete v modulu Administrace, záložka Importy a exporty.

Po nastavení EDI komunikace, pravidel zpracování exportů a naplnění příslušných číselníků můžete velice snadno odesílat vytvořené doklady do EDI. Na dokladech: Objednávka přijatá, Dodací list, Faktura vydaná následně můžete sledovat stav v rámci EDI komunikace a mít tak plnou kontrolu nad tím, které doklady již byly do EDI poslány a které teprve čekají na odeslání.

Je-li aktivní licence EDI komunikace, jsou na hlavičce výše zmíněných dokladů povolena pole pro EDI. Stav zpracování Nový značí, že se jedná o doklad, který ještě nebyl v rámci EDI komunikace odeslán.

Doklady lze exportovat do EDI ručně nebo za pomocí naplánované úlohy a automatizačního serveru. V případě ručního nastavení bude k dispozici nové tlačítko EDI, kterým doklad EDI komunikace snadno vytvoříte.

Tlačítko EDI je dostupné nad seznamem agend a používá se pro ruční odeslání dokladu do EDI.

Nastavení EDI komunikace není těžké, ale vyžaduje několik kroků, které je třeba dodržet. Podívejte se, co vše je potřeba pro provoz EDI komunikace a jak ji nastavit. Případně si k EDI komunikaci můžete stáhnout kompletní metodickou příručku v PDF.

Byl vytvořen nový číselník s názvem Sumační sklady. Sumační sklad tvoří 2 nebo více skladů, kterým je zde přidělená váha, jakou budou mít při přepočtu ceny vybrané ceníkové položky. Pokud sklad A obsahuje položku s průměrnou skladovou cenou a sklad B obsahuje tutéž položku s rozdílnou průměrnou skladovou cenou a my chceme tuto cenu zprůměrovat na základě těchto dvou rozdílných hodnot, využijeme Sumační sklady.

V agendě Sumační sklady vybereme sklady, které mají být součástí jednoho sumačního skladu, a přidělíme váhu.

Při přecenění máme nyní novou možnost vybrat Průměrnou skladovou cenu za sumační sklady.

V agendách Ceníky resp. Akční ceníky v rámci Průvodce přeceněním pak vybereme metodu přecenění s výchozí cenou pro přepočet Průměrná skladová cena z dílčí skladové karty – sumační sklad. Podmínkou pro správné fungování je, aby na dílčí skladové kartě byla průměrná cena uvedena.

Připravili jsme pro vás přehledný návod, jak začít používat Sumační sklady. Můžete se také podívat na příklad použití.

Může nastat situace, kdy omylem vašemu dodavateli zaplatíte platbu Faktury přijaté dvakrát.

Fakturu přijatou jsme omylem zaplatili dvakrát. Máme tedy na záložce Platby připojeny dvě platby bankovním výpisem.

Dodavatel vám jednu pošle zpět, ale v systému ABRA Gen ji nebylo možné napárovat na bankovní výpis jako Kredit. Částka se musela zadat minusem a nastavit jako Debet.

Nově už tuto operaci není třeba provádět. Vrácenou platbu je možné přes VS připárovat jako Kredit.

Od našeho dodavatele se nám jedna platba vrátila. Nyní ji na řádku bankovního výpisu můžeme přidat jako Kredit a dohledat ji podle Variabilního symbolu.

Díky nové agendě Definice překladů můžete nyní využít možnost přeložit si jednotlivá pole konkrétních záznamů u drtivé většiny agend a číselníků. Přeložená pole můžete následně snadno použít ve vlastních tiskových sestavách.

Nejprve je potřeba v agendě Definice překladů zvolit třídu, na které budou překlady dostupné.

K dispozici jsou všechny agendy a číselníky, kde bude možné zobrazit záložku Překlady, která se zobrazí ve vybrané agendě nebo číselníku až po uložení záznamu v agendě Definice překladů.

Následně vybereme pole pro překlad a jazyk, do kterého budeme překlad provádět.

V horní části v prvku Pole vybereme konkrétní pole, které budeme chtít překládat. V našem případě jsme vybrali Název, protože budeme chtít překládat Název skladové karty. Ve spodní části jsme vybrali jazyk angličtina.

Na zvolené třídě se následně zobrazí subzáložka Překlady. Nyní již stačí vybrat záznam, který chceme přeložit.

Z číselníku skladových karet vybereme záznam, u kterého budeme chtít provést překlad. Následně na záložce Překlady vyplníme anglický název pro vybranou skladovou kartu.

Poté již jen zobrazíme přeložený název v tiskové sestavě pomocí funkce NxGetFieldTranslation.

Pro ukázku jsme použili v číselníku skladových karet tiskovou sestavu pro tisk štítků. Pomocí funkce NxGetFieldTranslation jsme zadali potřebné parametry a nyní se tiskne přeložený název.

Připravili jsme pro vás přehledný návod, jak začít používat překlady.

Pokud pracujete v systému ABRA Gen denně, určitě jste se setkali s tím, že jste při opuštění editace řádku a přepnutí na jinou záložku museli potvrzovat dialogové okno, zda uložit rozeditovaný řádek.

Nyní již je toto dialogové okno minulostí. Budete-li potřebovat přepnout se z rozeditovaného řádku jinam, řádek se automaticky uloží bez dotazu.

Před update prostudujte oddíl Kompatibilita systému s verzemi databázového serveru. Pokud používáte starší verzi serveru, která není pro tuto verzi systému ABRA Gen podporována, je nutno před update systému ABRA Gen nejdříve přejít na vyšší verzi databázového serveru.

Verze ABRA Gen 22.2 je poslední podporující Windows Server® 2016. Od verze 23.0 bude nejstarší podporovaná verze Windows Server® s číslem 2019, viz tabulka podporovaných verzí operačních systémů.

Update na Unicode verzi 22.2 je možný pouze z verzí 22.1.x. Z jiných verzí systému ABRA Gen není možné update provést. Proto, pokud nyní máte starší verzi než 22.1.x, je potřeba nejprve povýšit verzi právě na tuto a následně je možné provést update na verzi 22.2.

Po provedení update na verzi 22.2. doporučujeme provést také přeregistraci (zrušení původní registrace služby a vytvoření nové) služby Web API. Ve verzi ABRA Gen 22.2 byla vylepšena práce s pamětí a s uvolňováním nepotřebné paměti. Aby se však mohly změny projevit, je potřeba původní službu Web API odregistrovat a zaregistrovat službu znova.

Pokud jste ještě nepřešli na verzi 22.1, je tak třeba učinit, než provedete update na verzi 22.2.

Verze 22.1 obsahuje změnu především ve změně kódování databáze z Windows 1250 na Unicode. S touto změnou souvisí i několik kroků, které je potřeba v průběhu instalace provést. Jednotlivé kroky jsou popsány v Průvodci přechodem na Unicode verzi ABRA Gen, který je součástí instalátoru verze 22.1.Doporučujeme si stáhnout Základní metodickou příručku pro Firebird k přechodu na Unicode verzi a v případě problémů postupovat podle této příručky. Více informací věnujících se přechodu na Unicode verzi najdete zde.

Pokud na verzi řady 22.1 přecházíte z verze řady 22.0 nebo starší, přečtěte si upozornění k update k řadám verzí, které jste přeskočili (pokud jste přeskočili několik řad, přečtěte si všechna příslušná upozornění!):

Případně obdobně upozornění k ještě nižším verzím.

  • V agendě Adresář firem se při slučování firem nově kontroluje, zda slučovaná firma nemá následníka (zadaného jiným uživatelem).AG-2719
  • Do číselníku Adresář firem byly na záložku Osoby přidány funkce Otevřít a Vymazat. Funkce Otevřít otevře agendu Adresář osob se zafiltrovanou osobou. Funkce Vymazat umožňuje skrýt/vymazat osobu z agendy Adresář osob. Zároveň dojde k odpojení osoby z dané firmy. Obě funkce se nacházejí v liště navigátoru pod seznamem osob.AG-1655
  • Byla optimalizována rychlost při slučování většího počtu firem (aspoň 100 záznamů), díky možnosti vynechání kontroly na občerstvení (zda nebyly záznamy změněny někým jiným).AG-1647
  • Byla opravena chyba, kdy si agenda nepamatovala u nového uživatele přednastavené omezení na záložce Souvislosti.AG-2608
  • Byla odstraněna chyba, kdy při zásadní opravě firmy v Adresář firem u uživatele bez práva "Měnit kredit" resp. "Měnit lokální nastavení tolerance" došlo k vynulování souvisejících položek: "Kredit", "Sledovat kredit", "Tolerance po splatnosti", "Použít lokální nastavení tolerance".AG-1071
  • V agendě Bankovní výpisy přibyla nová možnost párování dokladů Faktury přijaté na straně KREDIT.AG-2000
  • V agendě Bankovní výpisy po zadání bankovního účtu docházelo k chybnému předvyplňování odpovídající řady dokladů. Opraveno.AG-2896
  • Pokud je Vizualizace dat v agendě Firemní údaje, subzáložka Vizualizace dat nastavena na Nezobrazovat, nedochází k synchronizaci uživatelů se systémem ABRA Gen. 57209
  • V agendě Aktivity byla na záložku Evidence času přidána pole pro zadání počátečního a koncového času. 70628
  • V souvislosti s aktuálně schválenou vládní vyhláškou byla v agendě Globální proměnné nastavena nová hodnota globální proměnné S_StravOsv na hodnotu: 99,40 Kč od 1.9.2022AG-2345
  • V exportu pro ČSSZ Oznámení o nástupu do zaměstnání /skončení (2022) v agendě Pracovní poměry byl opraven export čísla verze na platnou hodnotu “1.1”.AG-2315
  • Na základě zákona č. 592/1992 Sb., o pojistném na veřejné zdravotní pojištění, stanoví s účinností od 1. 1. 2023 vyměřovací základ pro platbu pojistného státem ve výši 14 074 Kč byla upravena Globální proměnná: S_ZPStat (Plátce ZP stát - základ ZP.AG-2800
  • Do agendy Mzdové reporty byla přidána nová tisková sestava “Potvrzení o zdanit. příjmech 2022 (0,5% nízkoemisní vozy)”. Před spuštěním sestavy umožňuje vložit sumu 0,5% vstupní ceny nízkoemisního vozu za období 1 - 6/2022. O tuto sumu se sníží řádek č. 1 a 2 na sestavě Potvrzení.AG-2644
  • V modulu Kasa při prodávání šarží do minusu byla ošetřena situace, kdy pro daný sklad neexistuje Dílčí šarže a mechanismus zareaguje vytvořením duplicitní šarže. 71285
  • Bylo opraveno chybné uplatnění dealerské slevy, pokud na akčním ceníku bylo zaškrtnuto vyloučení z dealerských slev. Problém se projevoval v Maloobchodním prodeji, pokud na Provozech nebyla zaškrtnuta položka "Používat definici ceny z firmy”.AG-1044
  • Byl vytvořen nový číselník Sumační sklady. Viz modul Skladové hospodářství→záložka Nastavení. Číselník umožňuje sdružit několik skladů do jednoho sumačního skladu a každému skladu v rámci sumačního skladu přiřadit váhu, jakou má mít při výpočtu průměrné ceny v průvodci přeceněním. Váha může být jakékoliv nezáporné číslo.
    V průvodci Přecenění, v sekci "Výchozí cena pro přepočet" byla přidána volba "Průměrná skladová cena z dílčí skladové karty - sumační sklad". Při zaškrtnutí této volby je možné vybrat sumační sklad. Výsledná zdrojová cena se pak spočítá jako vážený průměr průměrných skladových cen jednotlivých skladů zařazených do sumačního skladu. Váha je zadaná v údajích sumačního skladu. Pokud má některý ze skladů zařazených v sumačním skladu nulovou průměrnou cenu (nebo dílčí skl. karta k danému skladu neexistuje), do výpočtu se nezahrne.AG-1043
  • Číselník Definovatelné B2B importy byl přesunut do modulu Administrace na novou záložku Importy a exporty.AG-2417
  • V agendě Definice definovatelných importů bylo přejmenováno tlačítko "Import" na "Zpracovat" a funkce tlačítka "Vybrat soubor pro import" na "Vybrat soubor pro zpracování".AG-2368
  • Byla provedena změna názvu licence "Importy a exporty" na nový název "Definovatelné importy".AG-2364
  • Bylo umožněno opravit dobropis s nenulovou jednotkovou cenou a nulovým množstvím - vynulovat jednotkovou cenu. Dále bylo umožněno takový dobropis vymazat.AG-1849
  • V agendě Objednávky vydané byl v dialogu Typ obchodu opraven popis položky "Země přiznání DPH dodavatele" na "Země přiznání DPH odběratele".
    Na tiskových sestavách Objednávky vydané a Faktury přijaté bylo opraveno plnění položky DIČ odběratele.AG-940
  • QR funkce NxGetCompanyAddress nově přijímá parametr GLN pro získání příslušného GLN identifikátoru firmy z agendy Firemní údaje. 71633
  • Pole EAN bylo rozšířeno ze 14 na 30 znaků. V agendě Skladové karty na záložce Dodavatelé bylo přidáno pole EAN, za které lze filtrovat záznamy. 71327
  • Do řádku dokladu Objednávka přijatá (OP) byla přidána položka "Typ dokladu zdrojového řádku" (ProvideRowType). Umožňuje rozlišit zdrojové doklady řádků. Tato položka nebyla dříve potřebná, protože doklady Objednávky přijaté čerpaly pouze z dokladů Nabídky vydané. Nyní mohou čerpat i z dokladů Rámcové smlouvy - prodej. Na řádcích OP importovaných z NV před zavedením rámcových smluv se v rámci update položka (ProvideRowType) naplní hodnotou 'IF' (= typ dokladu Nabídka vydaná).AG-1676
  • Byla opravena chyba u daňových zálohových listů přijatých (DZP) a u dobropisů DZP při Způsobu zadání bez daně a Typu obchodu Tuzemský (Režim Přenesení daňové povinnosti). Při změně částek docházelo k pádu ABRA Gen.AG-1053
  • V nástroji ServiceTool byla opravena úloha “Stav plateb dobropisů na fakturách“, která pro hromadné dobropisy mohla nesprávně vyhodnocovat poškozená data.AG-3225
  • Při ukládání rozeditovaných řádků dokladů byl odstraněn dialog “Přejete si rozeditovaný řádek uložit?” Nově se rozeditovaný řádek vždy automaticky uloží.AG-1603
  • Byla opravena chyba, kdy přestaly fungovat některé systémové reporty kvůli změně velikosti vstupních parametrů.AG-2873
  • U e-mailových účtů a webových adres došlo k rozšíření maximálního počtu znaků v souladu s jejich specifikací.
    Nová maximální délka těchto položek je následující:
    - Název e-mailového účtu - 200 znaků
    - Adresa emailového účtu - 320 znaků
    - WWW adresa - 500 znakůAG-1573
  • Pro aktualizování položek s historií v ABRA Gen, spuštěné déle než den, stačí nyní jen občerstvit agendu.AG-1503
  • Byla opravena chyba, kdy funkce “Exportovat označené” prováděla rozdělování položek s odřádkováním do více buněk a způsobovala rozpad exportu.AG-1499
  • Byla ošetřena situace, ve které dojde z blíže nespecifikovaného důvodu k poškození Splash (Banneru) uloženého v Repozitáři.
    Dříve v takovém případě nebylo možné spustit AbraGen. Nyní v takovém případě dojde k automatickému stažení a uložení nového Banneru z webu do Repozitáře.AG-3098
  • Byly upraveny tiskové sestavy v agendě Montážní listy, aby tiskly korektně všechny stavy.AG-2304
  • V agendě Servisní listy se použije prioritně měna podle firmy plátce. Pokud tato není vyplněná, použije se měna podle firmy. 70808
  • V modulu Servis byly opraveny některé třídové akce, poskytující data z databáze, aby vracely korektní hodnoty. Oprava řeší například korektní fungování agendy Výdej materiálu a kooperací. AG-1078
  • Byla přidána možnost na souhrnné faktuře vzniklé z modulu Servis měnit firmu, nastavení slev na hlavičce a řádkové slevy.AG-2652
  • Byla zakázána oprava EAN přes rozšířenou hromadnou opravu. Tato možnost byla v hromadné opravě chybně (jedná se o pole na hlavičce skladové karty, které je jen pro čtení).AG-2578
  • Doklady Vyskladňovací listy a Expediční listy nyní respektují parametr Používat procesní řízení na skladových dokladech. Viz agenda Firemní údaje→sekce Procesní řízení.AG-2447
  • Byla zrušena agenda Nastavení polohovaných skladů. Nově se nastavení provádí následovně:
    - Způsob nastavení polohovacích dokladů: viz agenda Firemní údaje→záložka Parametry→kategorie Sklad.
    - Parametry naskladňovací a vyskladňovací strategie: viz agenda Sklady→záložka Detail→subzáložka Sklad.
    Vzhledem k přesunu nastavení parametrů by tato změna mohla mít vliv na zakázkové úpravy. Proto, pokud máte v rámci polohování provedeny zakázkové úpravy, proveďte ověření jejich funkčnosti.AG-1188
  • V agendě Skladové pozice→záložka Detail byl upraven vstupní formulář. Nyní je formulář variantní.AG-1060
  • Byla opravena chyba ve zdroji dat pro agendu Záměny - výdeje, kdy za určitých okolností místo souvisejících dokladů Záměny - příjmy nacházel systém jiné skladové doklady.AG-941
  • Bylo výrazně urychleno přidávání skladových karet do skladového menu a do ceníku. 71680
  • Při B2B importu do Objednávek přijatých bylo opraveno chybné přetypování, které se za určitých okolností mohlo projevit.AG-2337
  • QR funkce NxGetLastPurchasePrice zobrazovala chybu, pokud neexistovala dílčí skladová karta pro daný sklad. Nově v takovém případě zobrazuje místo chyby správně nulu.AG-1147
  • V rámci SCM bilance se při napočítávání materiálů pro operace na dokladech Výrobní příkaz a Požadavek na výrobu vynechají řádky z kusovníku, označené jako informativní.AG-1138
  • Do agend Střediska, Obchodní případy, Projekty a Zakázky byl na záložku Souvislosti doplněn sloupec upřesňující, o jaké středisko/obchodní případ/projekt/zakázku šlo. Sloupec má význam v souvislosti se zatržením pole "Včetně podřízených".AG-2422
  • Bylo opraveno chybné chování scrollbaru v podzáložce Obsah v dokladových agendách. 60293
  • Byla přidána oprava, která zabraňuje vzniku duplicitních záznamů "Nepoužitých čísel" dokladu. 70014
  • V dokladových agendách na záložce Seznam byla opravena chyba, kdy seřazení seznamu nebo občerstvení agendy zrušilo Fulltext. 28500
  • V agendě Projekty byla doplněna podpora pro zobrazení CRM aktivit včetně podřízených na záložce Souvislosti.AG-2744
  • Opraveno chybné vykazování množství v prodejních reportech, související s pokladním prodejem při použití zakázky, obchodního případu nebo projektu.AG-2615
  • Byla opravena chyba při importu dodacího listu, který obsahuje kartu s nevyplněným sériovým číslem, do montážního listu.AG-2357
  • V agendě Saldokonto - účetní deník souvztažně podle párovacích znaků bylo opraveno třídění položek účetního deníku tak, aby se primárně dodrželo třídění podle účetních skupin.AG-1595
  • Byl opraven chybně se zobrazující datum plnění k dokladům DRC v agendě Přehled DPH - v reportech Přehled dokladů a KH DPH při nastaveném parametru “Datum plnění ze zdr. dokladu (všechny typy obchodu)”AG-1985
  • Byla opravena chyba zdvojeného zobrazení položek v dolní části obrazovky při omezení, v kterých byla nastavena položka "Pohyby" na hodnotu "Všechny ve skupině" nebo "Všechny za zvolené datum účtování".AG-1687
  • Na základě změn účetních postupů doporučených Národní účetní radou byla k parametru “Počítat uzávěrkové kurzové rozdíly z nezúčtovaných zaplacených záloh” doplněna hodnota “Dle nastavení na dokladu“. Tato volba umožní vytvářet závěrkové kurzové rozdíly jen k vybraným zálohám.AG-3004
  • Do dokladu Poptávkový list, vytvořeného z dokladu Požadavek na výrobu, se nyní přebírá předpokládaný sklad z řádku kusovníku.AG-1077
  • Oprava tiskové sestavy "Kusovník - strom (max 10 úrovní)", která nezohledňovala správně hodnotu "Konstantní množství" zadanou na řádku kusovníku. 70592
  • Byla provedena oprava neoptimálního SQL pro získávání kolekcí Nodes pro Požadavky na výrobu a Výrobní příkazy, způsobujícího na větších datech značné zpomalení.AG-2852
  • Byla odstraněna chyba při editaci kusovníku výrobního příkazu, ke které docházelo při změně položky výdej z hodnoty “Sklad” na hodnotu “Výroba”, bylo-li zaškrtnuto zaškrtávátko na záložce Vyráběné položky a v číselníku Etapy technologického postupu byl právě jeden řádek.AG-2555
  • Byla opravena chyba při předvyplnění ceny příjmu hotového výrobku, když se oceňovalo pouze pevnou cenou a hlavní jednotka vyráběné skladové karty neměla vztah k 1 roven 1.AG-1080
  • V Kapacitním plánu bylo provedeno urychlení při občerstvení. Byl omezen počet volání opakujících se akcí. Dále byla opravena chyba v řazení dílenských úkonů, která za určitých okolností způsobila chybné zaplánování.AG-1051
  • V Nexus.cfg do sekce [Client] zaveden pravdivostní parametr GlobalPrintingLock. Pokud nastávají chyby způsobené paralelním tiskem, lze je pomocí parametru eliminovat za cenu možného zpomalení dotazů.AG-2672
  • Log APIserveru konfigurovatelný v yaml souboru je nyní jen čistě souborový a loguje informace o requestech.
    Ostatní logy logující na konzoli nyní zapisují informace do úrovně WARNING na standardní výstup. Informace od úrovně WARNING včetně na chybový výstup. Tyto logy se dají konfigurovat pomocí souboru \AbraWebAPI\jre.win\conf\logging.properties.AG-1663
  • Dotaz typu OPTIONS nově obsluhuje samostatná metoda z "nakešovaných handlerů" bez potřeby alokace vlákna z "poolu" APILib knihovny.AG-323
  • Bylo opraveno chování Web API, tak, aby ve swagger.json byly názvy položek malými písmeny, protože API ve všech odpovědích vrací malá písmena. Úprava především pro automatizované zpracování, aby velikost písmen v definici (swagger.json) souhlasila s velikostí písmen v odpovědích.AG-131
  • Byla povýšena verze jdk Javy z 11.0.11 na 11.0.16AG-2988
  • Z Web API byl odstraněn Endpoint Documentdata, Práce s dokumenty se provádí výhradně přes Endpoint Documents.AG-2872
  • Byla opravena chyba při vracení hodnot u položek typu Boolean při volání přes API DynSQL zdroj. Chybně se vždy vracela hodnota False.AG-2974
  • Byla opravena chyba rozlišování velikosti písmen funkcí GetIDsForExpression a GetSystemIDsForExpression po přechodu na Unicode verzi ABRA Gen.
    Chyba se mohla projevit například v omezeních agend Požadavky, Vývojová dokumentace a dalších. 71635
  • V agendě Definice definovatelných importů se v dialogu výběru souboru pro ruční import použije cesta a maska souboru nastavená v agendě Zdroje dat definovatelných importů.AG-2404
  • Po změně RDP relace si systém nyní pamatuje přenastavení tiskárny pro rychlý tisk.AG-1659
  • Byla opravena chyba v servisním nástroji GenCorrectTool (chyba:arithmetic exception, numeric overflow, or string truncation).AG-3157
  • Pokud se spustí Update spojení a existuje více spojení ve stavu Update, po spuštění jednoho z nich je nabídnuta možnost Update všech spojení.AG-1514
  • Byl vytvořen nový servisní nástroj AbraGuard.exe, který zajišťuje bezpečné ukončení aplikace AbraGen.exe v neobvyklých situacích, kdy se program AbraGen.exe z nějakých důvodů není schopen ukončit sám. Servisní nástroj AbraGuard.exe nespouští při svém ukončení pouze AbraGen.exe, ale spouští ho všechny aplikace ABRA Gen, tedy i servisní nástroje, jako je například DBAdmin.exe, Localizator.exe a další. 70134
  • Byl rozšířen nástroj ScriptDebugger o nové možnosti:
    - Umožní hledání v okně se skriptem přes CTRL + F
    - Pamatuje si break-pointy po kompilaci a znovunačtení skriptů
    - V případě výjimky nebude zobrazovat speciální okno, pouze text ve zprávách. 69334
  • Byla přidána obecná podpora jazykových překladů datových záznamů v ABRA Gen. Viz agendy Jazyky a Definice překladů.AG-2060
  • Při importu ISDOC dokumentu do Faktury přijaté byl odstraněn problém s duplicitním nedaňovým zaokrouhlením, ke kterému mohlo dojít, když ISDOC dokument vznikl v ABRA Gen při použití nového algoritmu výpočtu DPH.AG-2826
  • Do definovatelných formulářů byla přidaná nová komponenta: HTML editor. Slouží pro editaci HTML položek typu poznámka.AG-1455
  • Byla opravena chyba, kdy nebylo možné editovat název balíčku skriptů.AG-1606
  • V agendě Balíčky skriptů na tlačítku Export do XML byla doplněna možnost exportovat balíčky skriptů bez binárního zkompilovaného kódu.AG-1602
  • Byla opravena funkce SetLength ve skriptování. Nyní správně funguje i s Unicode řetězci.AG-1521
  • V pravidlech zpracování doručených e-mailů byla opravena chyba skriptingového háčku, která se při práci s přílohou e-mailu projevila chybou Access violation.AG-2229
  • Byly přidány funkce SQLSelectFirstAsString,SQLSelectFirstAsInteger,SQLSelectFirstAsExtended,SQLSelectFirstAsBlob které vrací hodnotu prvního sloupce z prvního vráceného řádku v příslušném datovém typu.AG-1474
  • Agendy aplikací podle rolí byly přesunuty do modulu Administrace→ záložka "ABRA by Job" a přejmenovány na "Applications by Job" a "Screens by Job".AG-59

Jsou-li u čísla verze uvedena písmena CC, znamená to, že se jedná o tzv. kandidáta na certifikaci. Tj. verze se s největší pravděpodobností bude certifikovat. Je-li u čísla verze uvedeno už jen písmeno C, znamená to, že verze byla certifikována.