Preskoči na glavno vsebino

Desktopová aplikácia – Novinky vo verzii 2026.6.0

8. 10. 2026 – Dôležité upozornenia, Nové funkcie, Vylepšenia, Opravy chýb, Technické zmeny

Avtor: Vývojář ABRA Flexi

⚠️ Dôležité upozornenia

⚠️ Evidencie, ktoré sa nesmú mazať, sú proti zmazaniu chránené aj cez API. Volanie DELETE aj import s action="delete" pri takejto evidencii novo končí chybou. Skôr sa dal záznam cez API zmazať, hoci to evidencia nepovoľuje.

Týka sa to aj dokladových väzieb (DELETE /c/{firma}/vazba/{id}): ich zmazanie obchádzalo párovaciu logiku, doklad zostal uhradený bez väzby na úhradu a párovaciu skupinu sa dalo rozbiť do neopraviteľného stavu. Na zrušenie úhrady slúži akcia odparovani na uhrádzajúcom doklade; integrácie, ktoré na rozpárovanie používali mazanie väzby, je potrebné upraviť.

Evidencia uzivatelska-vazba sa maže bez zmeny.

⚠️ Inštalátor pre Windows a macOS inštaluje PostgreSQL 17 namiesto verzie 13. Pri aktualizácii existujúcej inštalácie sa dáta na novú verziu prevedú automaticky.

Prevod prenesie celú databázu, takže pri väčších inštaláciách trvá dlhšie. Aktualizáciu odporúčame naplánovať mimo prevádzky. Na disku musí byť voľné miesto zhruba vo veľkosti súčasných dát. Pôvodný dátový adresár zostane ako záloha s číslom verzie (napríklad Data_old_PG13). Po overení, že všetko funguje, ho možno zmazať.

Ak na disku zostala záloha z predchádzajúcej aktualizácie, updater ponúkne jej zmazanie, premenovanie (napríklad na Data_old_PG9_3), alebo ukončenie aktualizácie. Hláška o nedostatku miesta vypíše nájdené staré zálohy aj s ich veľkosťou.

⚠️ Prepočet skladu je rádovo rýchlejší. Na dátach firmy s ~3 miliónmi skladových pohybov dobehne plný prepočet za ~30 minút; skôr pri takýchto firmách trval rádovo dni (v závislosti od konkrétneho spôsobu využívania). Uloženie skladového dokladu na karte s mnohými pohybmi sa skrátilo z desiatok sekúnd na ~1 sekundu. Na položke príjemky pribudlo pole Vyskladnené MJ. Opravená je aj chyba súbehu, pri ktorej mohli súčasným ukladaním dokladov viacerými používateľmi vzniknúť prečerpané príjemky.

Pri FIFO skladoch sa mení ocenenie výdajov z príjemok, ktorých hodnotu nemožno bezo zvyšku rozdeliť na jednotkové ceny s dvoma desatinnými miestami — typicky pri tovare sledovanom podľa výrobných čísel, napríklad 3 kusy za 100,00 Kč. Výdaj, ktorý príjemku dočerpá, novo dopočíta rozdiel, aby súčet ocenení výdajov zodpovedal hodnote príjemky; skôr rozdiel zostával ležať na skladovej karte a premietal sa do jej hodnoty aj priemernej ceny. Prejaví sa to až pri najbližšom prepočte skladu; pri firmách s uzavretými účtovnými obdobiami odporúčame prepočet naplánovať a jeho výsledok skontrolovať.

Databázová funkcia jevydano je odstránená — nahradilo ju pole Vyskladnené MJ (stĺpec mnozMjReal). Vlastné dopyty, reporty a skripty, ktoré ju volajú, po upgrade skončia chybou a je potrebné ich upraviť.

⚠️ Používateľské šablóny reportov už nesmú obsahovať výrazy v jazyku Groovy ani JavaScript. Z dôvodu bezpečnosti sa vyhodnocujú iba výrazy v Jave; report s iným jazykom sa nevyrenderuje.

⚠️ Prílohy odkazom a šablóny reportov sú lepšie zabezpečené. Server už nikdy nevracia obsah lokálneho súboru ani z odkazu do vnútornej siete. Odkaz na súbor v počítači používateľa sa dá naďalej uložiť a desktopová aplikácia ho otvorí ako doteraz. Verejné odkazy http a https fungujú ďalej, presmerovania sa však nenasledujú. Novo sa nedá uložiť odkaz s inou schémou než http, https a file (napr. ftp: alebo mailto:), už uložené odkazy zostávajú.

Nové funkcie

  • Nastavenie Denný kurz ponúka novú voľbu Z aktuálneho dňa (priebežne aktualizovať). Keď doklad v cudzej mene vznikne skôr, než ČNB vyhlási kurz pre daný deň, použije sa posledný známy kurz a Flexi na to upozorní. Po vyhlásení sa kurz automaticky aktualizuje, takže ďalšie doklady toho istého dňa už dostanú aktuálny kurz. Skôr kurz stiahnutý pred vyhlásením platil počas celého dňa.

Vylepšenia

  • Vlastný používateľský účet sa už nedá zablokovať cez API. Pokus skončí chybou 400 s hláškou „Nelze zablokovat vlastní uživatelský účet.“ a účet zostane funkčný; správanie API sa tým zjednocuje s aplikáciou, kde je tlačidlo na blokáciu vlastného účtu neaktívne. Blokácia aj odblokovanie iného používateľa a bežná úprava vlastného účtu fungujú bez zmeny.

  • Prílohy nadviazaných objektov už nie sú súčasťou detailu full. Export dokladu s prílohami tak nezahlcuje odpoveď ani dočasné úložisko servera. Kto prílohy potrebuje, vyžiada si ich detailom custom; parameter relations=prilohy funguje bez zmeny.

  • Štandardné účtovné zostavy sa už nedajú meniť cez API. Zakladanie, úprava ani mazanie štandardných zostáv a ich predpisov sa cez API nevykoná — skôr sa dala štandardná zostava nechcene prepísať a prísť o jej definíciu. Vlastné používateľské zostavy sa ovládajú bez zmeny. Import vlastnosti rozpadRadku pri štandardnej zostave novo končí chybou 400 namiesto tichého ignorovania.

  • Filter cez API vie vybrať záznamy podľa vyplnenia štítku: stitky is empty vráti záznamy bez štítku, stitky is not empty záznamy s aspoň jedným. Skôr takýto filter buď skončil chybou, alebo ticho nevrátil nič. Opravený je aj filter na štítok cez väzbu — napríklad dodavatel.stitky is empty nad cenníkom, ktorý skôr končil chybou servera.

  • Používateľský dopyt, na ktorý sú nadviazané reporty, sa dá zmazať aj cez API a WUI. Reporty zostanú zachované, zaniknú iba väzby na ne. Väzbu na reporty možno pri používateľskom dopyte novo vypísať aj upraviť cez kolekciu reporty v evidencii uzivatelsky-dotaz, doteraz bola dostupná iba v desktopovej aplikácii.

  • Položka podania JMHZ založená cez API novo vyžaduje vyplnenú hlavičku podania aj pracovný pomer, inak skončí chybou 400. Prípadné položky bez týchto väzieb sa pri upgrade odstránia.

  • Predvolené radenie záznamov evidencie sa dá vypnúť parametrom no-order=true. Záznamy sa potom vracajú v poradí, v akom ich dá databáza. Hodí sa na rýchle čítanie veľkých evidencií, kde na poradí nezáleží. Nedá sa kombinovať s order, sort ani start.

  • Najnáročnejšie výpisy môžu na veľkých dátach bežať rýchlejšie, pretože ich databáza smie počítať paralelne na viacerých jadrách procesora. Týka sa to účtovného denníka, prehľadu položiek faktúr, väzobných dokladov apod.

  • Majetok umožňuje zadať rozdielnu daňovú a účtovnú vstupnú cenu. Odpisy, udalosť zaradenia aj nadväzujúce zostavy s oboma cenami počítajú oddelene.

  • Prehliadač JMHZ sa otvára priamo z Flexi, cez firemnú stránku /c/{firma}/jmhz/prohlizec, nie cez dočasný súbor v počítači. Dáta sa neprenášajú v odkaze, takže sa korektne otvoria aj veľké hlásenia s mnohými pracovnými pomermi, pri ktorých otvorenie skôr zlyhávalo kvôli dĺžke adresy. Prístup sa riadi bežným oprávnením k formuláru Mesačného hlásenia. Ak hlásenie uložíte do Flexi už v Prehliadači, otázka „Bylo odesláno?“ v sprievodcovi sa sama zatvorí.

  • Hláška o nepodporovanom kóde činnosti pri vytváraní Mesačného hlásenia novo uvádza konkrétny kód činnosti aj osobu a pracovný pomer, ktorých sa týka.

  • Prehliadač JMHZ vie aktualizovať hlásenie, ktoré je už vo Flexi uložené. Do evidencie uložených podaní sa tak dostanú aj úpravy vykonané po uložení zo sprievodcu.

  • Textová položka s číslom objednávky, ktorú Flexi doplní na začiatok faktúry pri vložení položiek z objednávky, sa zakladá vo všetkých jazykoch nastavených vo firme. Skôr sa uložila iba v jazyku rozhrania používateľa, ktorý prevod robil, takže pri tlači faktúry v cudzom jazyku zostal tento jeden riadok neprekladaný. Platí pre oba smery — objednávka prijatá do faktúry vydanej aj objednávka vydaná do faktúry prijatej. Existujúce doklady sa nemenia.

  • Úprava uloženej príjemky s mnohými položkami je vo webovom rozhraní výrazne rýchlejšia. Odpadli zbytočné opakované dopyty do databázy pri kontrole, či sa dá pri položkách meniť šarža, expirácia a dátum trvanlivosti.

  • Čítanie účtovného denníka je rýchlejšie, najmä pri čítaní po stránkach. Vrátené dáta sa nemenia.

  • Hláška o nezhode nastavenia účtovného skladu s typom skladového dokladu uvádza kód a názov typu, ktorý sa skutočne vyhodnocoval — napríklad „Nastavili jste účetní sklad, ale typ skladového dokladu ‚VYD-VYR: Výdej do výroby‘ je neúčetní.“ Doteraz hláška nepovedala, o ktorý typ ide, a pri príjme cez kusovník sa príčina dohľadávala najhoršie.

  • Skript na reset hesla lokálneho používateľa vie používateľovi nastaviť aj administrátorské práva: všetky serverové práva a predvolenú rolu ADMIN. Ostatných používateľov typu NORMAL pritom prepne na AUTOMATIC. Skript sa novo volá reset_uzivatele.bat (Windows), resp. resetUser.sh (Linux, macOS) a nahrádza doterajšie reset_hesla.bat a resetPassword.sh.

  • Demo firmy majú doplnené dáta, napríklad v personalistike, a to vo variantoch pre daňovú evidenciu, podvojné účtovníctvo aj slovenskú legislatívu. Vyskúšanie Flexi na demo dátach tak pokryje viac agend.

  • Dialóg hromadných zmien sa otvorí okamžite aj vo firmách s veľkým adresárom. Väzobné polia, ktoré rastú s objemom dát — Firma, Zákazka, Cenová skupina a Výrobca — sa zadávajú textovým poľom s našepkávačom a lupou namiesto zoznamu naplneného celou cudzou evidenciou, takže klient nespadne na nedostatok pamäte. Text, ktorému nezodpovedá žiadny záznam, dialóg ohlási a nechá opraviť — skôr sa ticho vyhodnotil ako pokyn vlastnosť vymazať. Hromadná zmena vlastnosti Kontaktná osoba sa pri dokladoch, faktúrach a zmluvách už neponúka, pretože kontakt patrí ku konkrétnej firme a jedna hodnota naprieč záznamami rôznych firiem tvorila nekonzistentné dáta.

Opravy chýb

  • Import, ktorý pri existujúcom zázname mení needitovateľný dátum, novo končí zrozumiteľnou chybou. Typicky ide o dátum podania uloženého hlásenia JMHZ v evidencii jmhz-podani-hlav. Skôr skončil vnútornou chybou servera a štatistika uvádzala nula neúspešných záznamov, hoci sa nič neuložilo.

  • Zrušenie väzby zálohového daňového dokladu, ktorý žiadnu väzbu na úhradu nemá, končí zrozumiteľnou hláškou „Vybraný zálohový daňový doklad nemá vazbu na úhradu.“ Skôr sa v odpovedi vrátil názov java triedy, z ktorého nebolo poznať, čo je zle, a na webe sa ukázala hláška popisujúca úplne inú situáciu.

  • Evidencie, ktoré patria iba do podvojného účtovníctva, sa vo firme s daňovou evidenciou cez API už neponúkajú. Skôr sa objavovali v zozname evidencií, hoci v daňovej evidencii nie sú použiteľné.

  • Doklad sa dá založiť aj uložiť, aj keď má jeho typ dokladu vyplnené pole, ktoré aktuálna licencia nepovoľuje. Môže ísť napríklad o obchodnú transakciu bez licencie na Intrastat. Skôr sa takáto hodnota preniesla na doklad a validácia ho odmietla, hoci používateľ to pole ani nevidí. Polia zakázané licenciou sa novo nevalidujú a na nový doklad ani pri kopírovaní dokladu sa neprenášajú. Uložené dáta zostávajú a po obnovení licencie sa zase použijú.

  • Upgrade cloudovej inštancie pokračuje aj vtedy, keď je jedna firma nedostupná. Skôr celé volanie skončilo chybou a zvyšok inštancie sa neupgradoval; firmy, na ktoré upgrade nedošiel, navyše mohli natrvalo zostať v režime údržby. Novo v režime údržby zostanú iba firmy, ktorým upgrade schémy skutočne zlyhal.

  • Databázové funkcie, ktorými Flexi vedie žurnál, sledovanie zmien a externé identifikátory, sú lepšie chránené proti zneužitiu podvrhnutou zálohou.

    Obnova zálohy s neobvykle upravenou štruktúrou databázy sa odmietne a serverový log uvedie, ktorý objekt vadí. Bežné zálohy sa obnovia bez zmeny.

  • Výber pracovných pomerov v sprievodcovi REGZEC sa drží záznamov, ktoré používateľ naozaj zaškrtol, aj keď sa medzitým dáta zmenia. Skôr sa riadky mohli medzi zaškrtnutím a odoslaním prečíslovať a do podania na ČSSZ sa bez akéhokoľvek hlásenia dostali iné záznamy, než používateľ videl. Export do XLS a tlač nad týmto výpisom už nekončí chybou.

  • Neprítomnosť zadaná mimo trvania pracovného pomeru novo upozorní varovaním, a to na oboch hraniciach — pred nástupom aj po skončení. Skôr sa dala neprítomnosť do obdobia pred nástupom zadať bez akejkoľvek reakcie. Záznam sa dá aj cez varovanie uložiť; náhrada sa potom počíta iba za dni trvania pracovného pomeru.

  • Podanie JMHZ uložené z Prehliadača nad ručne nahratým súborom sa dá použiť ako základ opravného hlásenia aj storna. Skôr sa takéto podanie uložilo bez väzby na pracovné pomery a chyba sa prejavila až pri zostavovaní opravného hlásenia. Väzbu Flexi novo dohľadá podľa ID PPV v XML medzi pracovnými pomermi platnými v období hlásenia, takže to funguje aj pri zamestnancoch, ktorí už vo firme nie sú. Keď väzbu jednoznačne dohľadať nejde, podanie sa neuloží a hláška vymenuje dotknutých zamestnancov podľa ID PPV. Ak ID PPV v XML chýba, uvedie ich podľa GUID formulára; príčinou býva nevyplnené OIČ na osobe.

  • Pri viacdielnom Mesačnom hlásení majú všetky diely v hlavičke zhodný dátum a čas vyplnenia, ako vyžadujú pravidlá ČSSZ. Skôr sa líšili o zlomky sekundy. Uložené hlásenie preberá dátum podania z tohto údaja, takže má zakaždým rovnaký dátum bez ohľadu na to, kto a koľkokrát ho uloží.

  • Hromadná zmena Typu sadzby DPH na položkách dokladov funguje aj v desktopovej aplikácii. Skôr ju sprievodca hromadných zmien ponúkal, ale zmena zlyhala, hoci cez API prechádzala. Vo sklade, kde sa hodnota neukladala vôbec, sa táto voľba už neponúka.

Technické zmeny

  • Aktualizované vstavané behové prostredie Javy na Temurin 11.0.32.1+1.

  • Aktualizovaná knižnica Hibernate z verzie 3.6 na 6.6. Ide o vnútornú technickú zmenu databázovej vrstvy; funkčnosť ani vzhľad aplikácie sa nemenia.

Ste s tem dobili odgovor na svoje vprašanje?