Import pri zmene hlavičky kontroluje aj uložené položky, ktoré požiadavka neobsahuje. Zmena typu faktúry, typu skladového pohybu, dátumu zaradenia majetku alebo zákazu účtovných odpisov, po ktorej by položky dokladu alebo daňové odpisy boli neplatné, sa odmietne chybou 400. Odmietne sa napríklad zmena faktúry na dobropis s kladným množstvom na položke. Chyba označuje aj uloženú položku, napríklad polozkyFaktury[id=123].mnozMj.

Odpoveď API na zápis (PUT/POST) možno zmenšiť novým parametrom ?only-issues=true. V results potom zostanú iba záznamy s chybou, varovaním alebo nezodpovedanou otázkou, úspešne uložené záznamy sa nevypisujú. Hodí sa pri veľkých importoch. Bez parametra sa odpoveď nemení.

Správca so serverovými právami Zakladať používateľov a Pristupovať do všetkých firiem (alebo s administrátorským prístupom do firmy) môže pridať do firmy používateľa z inej firmy, aj keď nemá vo firme zaškrtnuté Pridávať používateľov z inej firmy. Platí to pre tlačidlo v agende Používatelia aj pre API (/c/{firma}/uzivatel/add a /c/{firma}/uzivatel/other-companies). Predtým API takúto požiadavku odmietlo hláškou „Pridávať používateľov nie je povolené.“

Obnova zálohy firmy opäť prijme zálohu, ktorej databáza obsahuje vlastné prepisovacie pravidlá (CREATE RULE) alebo pohľady namiesto systémových tabuliek. Vo verzii 2026.6.0 sa takáto záloha odmietala. Pravidlá aj pohľady vo firme po obnove zostanú a firmu je možné naďalej aktualizovať.

Obnova zálohy firmy stráži voľné miesto na disku servera pred prijatím zálohy aj počas nahrávania. Ak by po uložení zálohy nezostalo voľných aspoň 5 GB, server obnovu odmietne chybou 507 s hláškou, v ktorom adresári je potrebné miesto uvoľniť. Firma nevznikne a dočasný súbor so zálohou sa zo servera vymaže, takže sa disk nezaplní.

Aktualizácia databázy firmy už nebeží s právami superužívateľa databázového servera, ale pod vlastnou neprivilegovanou databázovou rolou. Obnova firmy zo zálohy a následná aktualizácia sú tak lepšie chránené proti podvrhnutej zálohe. Bežné zálohy sa obnovia bez zmeny.

Zostavy Prehľad stavu majetku a Prehľad stavu majetku (so sumáciami za skupiny) vo formulári Stav majetku k dátumu majú rozšírenú verziu. V nej sa pri majetku s účtovnými odpismi zhodnými s daňovými (typicky drobný majetok) vyplnia aj účtovné odpisy a účtovný zostatok a súčty za skupiny zodpovedajú vytlačeným riadkom.

Pracovný pomer so zaškrtnutým Zamestnanec nenastúpil sa už neponúka vo výbere pracovného pomeru pri stálych mzdových zložkách, práci pre strediská, zápočtovom liste, hlásení o ukončení práceneschopnosti a prílohe k žiadosti o nemocenské. Ako predvolený sa predvyberá iba pomer, do ktorého zamestnanec nastúpil. Hlásenia REGZEC a PREZEC takýto pomer ponúkajú naďalej.

Predajná cena v cenníku zadaná vo webovom rozhraní sa ukladá presne tak, ako bola zadaná. Predtým sa cena bez DPH prepočítavala z ceny vrátane DPH zaokrúhlenej na haliere, takže sa napr. 0,333333 uložilo ako 0,33.

Volanie API s neplatnou hodnotou parametra mode vracia chybu 400 so zoznamom povolených hodnôt namiesto chyby 500.

Zahraničné platby vo formáte MultiCash pre Komerční banku a ČSOB skladajú adresu platiteľa, príjemcu aj banky príjemcu podľa pravidiel danej banky. Predtým mohla banka adresu previesť chybne, napríklad ako mesto vziať názov štátu.

Mesačné hlásenie (JMHZ) typu storno už nejde uložiť s položkami. Uloženie takéhoto storna skončí hláškou „Storno podania nesmie obsahovať položky.“; storno bez položiek sa ukladá ako doteraz.

Výpočet miezd už nekončí chybou, keď má zamestnanec v mesiaci viac pracovných pomerov a do jedného z nich nenastúpil. Takýto pracovný pomer sa pri výpočte preskočí.

Pri príjemke s upresnením Príjem výrobku hlásila kontrola dokladu chýbajúci typ skladového dokladu aj potom, ako bol vybraný, a chyba zmizla až po ďalšom výbere. Teraz kontrola prejde na prvýkrát. Keď typ skladového dokladu naozaj chýba, chyba sa hlási pri poli hlavičky Typ skladového dokladu, nie pri položke.

Čítačka čiarových kódov v desktope pridá na doklad aj položku, ktorá vyžaduje typ skladového dokladu, a na typ sa opýta až pri uložení. Predtým takúto položku odmietla.

Ukladanie skladových dokladov vo webovom rozhraní už nekončí hláškou „Od otvorenia záznamu bol záznam zmenený iným používateľom“, keď s dokladom nikto iný nepracoval. Stávalo sa to pri inkrementálnom ukladaní, typicky po pridaní položky výdajky vo firme s oceňovaním FIFO, ktorú server pri uložení precenil, a pri položkách prijatej objednávky s automatickou rezerváciou. Odpoveď na uloženie cez API s as-gui=true novo vracia doklad aj položky tak, ako sú uložené v databáze, vrátane ceny po precenení.