Banka
Při importu bankovního výpisu přes Zprávy byla upravena kontrola dohledávání vlastního bankovního spojení podle SWIFT/BIC kódu. Vlastní bankovní spojení se podle SWIFT/BIC dohledá v následujících případech:
SWIFT ve výpisu a u vlastního bankovního spojení jsou stejné
prvních 8 znaků SWIFT ve výpisu a u vlastního bankovního spojení je stejných a zbytek kódu je buď prázdný nebo je XXX, tj. např. COBACZPX a COBACZPXXXX se považuje za totéž.
Při importu bankovního výpisu z BankApp bude konstantní symbol doplněn nulami zleva na 4 místa. Banka při zpracování platebního příkazu nuly zleva ořezává, což v HeI způsobovalo problém při automatickém přiřazení úhrad.
Odeslání SWIFT platby do BankApp
Při exportu zahraničního platebního příkazu nedošlo k odeslání do BankApp, platební příkaz se označil jako exportovaný. Opraveno.
Odesílání SEPA plateb do BankApp.
Bylo opraveno nastavení příznaků odeslání na hlavičce SEPA platby v přehledu Platební příkazy tuzemské.
Celní případy
Umístění kurzoru při otevření položky celní deklarace je rozlišeno na editaci nově založené položky, kdy kurzor bude umístěn v kolonce CN (dle ní se pak natáhne popis) a na editaci typu Oprava, kdy bude kurzor umístěn v kolonce Popis zboží.
NCTS Vydaný - pokud nebyla nejdřív importována xml CZ028C o přijetí, a byla importována rovnou CZ029C zpráva o propuštění - pak došlo k chybě: The conversion of a nvarchar data type to a datetime data type resulted in an out-of-range value. Opraveno.
Chyba při importu číselníku DOKTYP_D při vyhodnocení fiktivní ano/ne. Opraveno.
CRM
Opravy:
Poptávky přijaté - akce Aktualizace z nabídnutých položek hlásila: Nabídnutá položka v poptávkách vydaných není akceptována v případě, že byly v nabídnutých položkách k dané položce nabídky od více organizací a nebyla akceptovaná první nalezená. Opraveno
Poptávky vydané - akce Přidat z poptaných nad přehledem Nabídnuté položky nově aktualizuje vazbu z nabídnuté položky do poptané položky a do Nastav pro přehled Nabídnuté položky byla doplněna vazba do poptaných položek.
Poptávky vydané - počítaný sloupec Stav (TabQMSAtributy.PoptavkyStav) neupřednostňoval při vyhodnocení existenci dokladů z další fáze poptávkového řízení (nabídky, došlé objednávky/expedičního příkazu před fází poptání položek v rámci poptávky vydané) a stav mohl v případě využití poptání položek zůstat na některé z hodnot Poptáno částečně v poptávkách vydaných , Poptáno v poptávkách vydaných , Nabídnuto částečně v poptávkách vydaných , Nabídnuto v poptávkách vydaných místo na některé z hodnot Nabídka částečně vytvořena , Nabídka vytvořena , Nabídka schválena , Akceptovaná nabídka , Objednáno částečně , Objednáno. Opraveno
Akce Zajištění DPH / Aktualizace údajů z webu [CZ] mohla skončit chybou “The multi-part identifier …”. Opraveno.
Fakturace
Do agendového API pro faktury vydané byly přidány atributy týkající se režimu OSS:
Režim OSS
Země DPH
Automaticky generované dorovnání se generovalo s aktuálním datem. Upraveno, aby se generovalo s datem úhrady podle prvotní úhrady, která byla důvodem pro generování automatického dorovnání.
REST API - byl doplněn CRUD pro zálohové faktury (přehled č. 441 a 1212).
Vzájemné zápočty - pokud závazek převyšoval pohledávku, nefungovala akce “Dorovnej zápočet”. Opraveno.
EDITEL XML 9/2004 informace o dodacím listu na položkách FV
Faktury vydané generování EDI ve formátu EDITEL XML 9/2004. Při zatrženém způsobu dohledání čísla dodacího listu Dokladová výdejka se dohledává číslo dodacího listu i v případě položkového převodu. Údaje se plní na položkách zprávy jako <despatch_advice_number>. Zároveň se bere v potaz, pokud faktura byla generována z více dodacích listů. To bylo oproti minulému stavu opraveno.
Majetek
Při generování karty majetku z protokolu zavedení se mohla vyskytnout chyba “Arithmetic overflow error converting numeric to data type numeric.” Opraveno.
Mzdy
Dohody - hlášení všech dohod od 07/2024 - úpravy
Dle metodiky, kterou ČSSZ vydala, byla provedena úprava v generování akcí v případech:
hlášení DPP zpětně - generuje se typ akce 2 Nástup
DPP ve vykazovaném období končí a doposud nebyla nahlášená - generuje se typ akce 2 Nástup
DPP s dočasnou ochranou - chováme se k nim stejně jako ke klasickým DPP
Nad přehledem ONZ byla od období 07/2024 eliminována funkcionalita týkající se DPP (včetně DPP s dočasnou ochranou). Pro přehlednost a smysluplné kontroly jsme přistoupili k tomu, že doporučujeme DPP hlásit přes Výkaz příjmů DPP (VPDPP). V přehledu Oznámení na ČSSZ lze pro DPP vytvářet pouze změnová hlášení, která není možné provádět přes Výkaz příjmů DPP.
ONZ - úprava struktury, verze 1.3
Dle nové metodiky ČSSZ byla upravena struktura pro elektronické podání Oznámení na ČSSZ:
Evidence DNP - nepracovní úraz
Odpovědi na e – Podání DZDPN byly od 18.4.2024 rozšířeny o řádek (element) KodDruhuNemoci, ve kterém je hodnota, která rozliší úraz a nemoc. Tato hodnota je „NEM“ pro nemoc a „URZ“ pro úraz.
Byla proveden úprava, kdy v případě hodnoty URZ v notifikaci se Druh dávky v přehledu Evidence DNP nově nastaví na hodnotu Ostatní úraz. V případě, že je v notifikaci současně nastaven i atribut PracovniUraz, nadále se Druh dávky plní hodnotou Pracovní úraz. Pokud je v atributu KodDruhuNemoci uvedeno NEM, Druh dávky je nadále Nemoc.
Práva na akce při likvidaci DNP
Při likvidaci DNP:
nad přehledem Výpočet mzdy akcí Evidence DNP, Likvidace neproplacených dávek
v editoru Výpočet mzdy akcí Likvidace DNP
se v případě, že byla nastavena práva na přehledy:
č. 2060 Přehled neproplacených dávek NP generovaných z Evidence DNP
č. 2068 Přehled proplacených dávek NP generovaných z Evidence DNP
se zobrazila chybová hláška:
“Could not create constraint or index. See previous errors. There is already an object named 'PK__#TabMzLikvidaceDnpErr__ID__59' in the database.”
Upraveno.
Výpočet mzdy, nové tiskové formuláře - Sociální a zdravotní pojištění nepojištění zaměstnanci
Nad Výpočtem mzdy vznikly dva nové formuláře, které pro kontrolu obsahují zaměstnance, kteří neodvádějí sociální a zdravotní pojištění, tzn. jsou nepojištění.
Jedná se o formuláře Sociální pojištění - nepojištění zaměstnanci a Zdravotní pojištění - nepojištění zaměstnanci (se systémovými čísly -1621 a -1620)
Odhláška SP - datum vyhotovení
V případě Oznámení na ČSSZ typu Odhláška se do data vyhotovení (atribut Vyhotoveno) načítalo vždy aktuální datum.
Nyní se do pole Vyhotoveno doplňuje datum ukončení pracovního poměru, pokud je datum skutečného vyhotovení nižší, než datum ukončení. Pokud je datum skutečného vyhotovení vyšší než datum ukončení pracovního poměru, doplňuje se aktuální datum.
Oznámení na ÚP (cizinci) - Informační karta - Pracovněprávní vztah
V případě typu hlášení Informační karta se uvádí údaj Pracovněprávní vztah (lze si přes Nastav zobrazit v přehledu). Hodnota se neplnila správně.
Došlo k úpravě a nyní atribut respektuje nastavení Druhu PP ve mzdových údajích (DPP je DPP, DPČ je DPČ a v ostatních případech je Pracovní poměr).
Dohody o provedení práce - Kontrola před Měsíční uzávěrkou
V případě provedení měsíční uzávěrky probíhá kontrola na to, zda byly provedeny všechny akce týkající se Dohod o provedení práce v daném období, tj. zda byly vytvořeny a odeslány Nástupy, Skončení, Výkazy příjmů.
Na případné nesrovnalosti je uživatel upozorněn v procesním okně před měsíční uzávěrkou.
Nově tedy při měsíční uzávěrce probíhají z hlediska ČSSZ kontroly dvě - 1. Kontroly týkající se ONZ (stará funkcionalita) a 2. Kontroly týkající se Výkazu příjmů (nová funkcionalita).
Dohody o provedení práce - Výkaz příjmů - jedno xml
V případě, že je pro vytvoření zprávy označeno více záznamů, vytvoří se nově jeden xml soubor. Jestliže některý zasílaný záznam obsahuje chybu, vrátí se do iNuvia informace o tom, u kterého záznamu chyba nastala, ostatní záznamy, které chybu nevykázaly ČSSZ zpracuje.
Dohody o provedení práce - Výkaz příjmů DPP
V případě, že se jednalo o zaměstnance, který měl nastaveno ve Mzdových údajích, že se mzda nedaní (atribut Danit mzdu je nezatržený), nedoplňoval se do vygenerovaných záznamů atribut Příjem.
Obecné
Systémové API - faktury přijaté - Pokud je v rámci POST zadána hodnota pro ZadanaCastkaZaoKc/ZadanaCastkaZaoVal, nedochází k výpočtu hodnoty paritního sloupce (pro ZadanaCastkaZaoKc se nespočítá ZadanaCastkaZaoVal, pro ZadanaCastkaZaoVal se nespočítá ZadanaCastkaZaoKc). Opraveno.
Agendové API - faktury přijaté/vydané - pokud je při volání nastavena automatická realizace, byla generována chyba “syntax error”. Opraveno.
REST API - nešlo vygenerovat graf ve formátu SVG. Opraveno.
Pokladna
V přehledu Pokladní doklady nebylo možné spustit Výčetku platidel. Zobrazovala se chyba Neplatný název sloupce ‘Pokladna’! [SQL:207,16, dbo.hp_StavPokladny, line 680] Invalid column name 'Pokladna'. Opraveno.
Při připojení faktury k položce pokladního dokladu (před prvním uložením položky) mohlo chybně dojít k zaokrouhlení částky na položce. Správně se zaokrouhluje až celý pokladní doklad. Opraveno.
Sklady, nákup a prodej
Akce Hromadné změny nad Kmenovými kartami a Skladovými kartami nenabízela pro sloupec Blokováno možnost zadat hodnotu Blokováno. Opraveno
Účetnictví
V případě, že je při účtování automatem dotahováno uživatelské období, které je uzavřeno, systém může zahlásit chybu hlášením na obrazovce a přerušit tak proces účtování. Upraveno, aby byla chyba zapsána do sloupce „Chyba dokladu“ pro daný doklad v přehledu automatu a nepřerušil se proces účtování.
Při tvorbě souboru pro odesílání výkazů příspěvkových organizací způsobem “CSÚIS - ruční vložení do webová aplikace” bylo doplněno vložení obálky.
Při účtování do TXT souboru (např. účtování faktur) a následném importu do účetního deníku (viz přehled Účetní deník, akce Import/export, Import) se soubor nenačetl. Problém byl v sloupci IdentPreuc. Opraveno. Nutno provést update na opravenou verzi Helios iNuvio pro databázi se zdrojovými doklady. V případě, že import dříve neproběhl, bude třeba znovu vyexportovat soubory účtování deníku a znovu je naimportovat.
Úpravou účetní procedury pro potřeby automatu účtování (úprava se dostala do distribuce s verzí 3.0.2024.0602) došlo ke zpomalení účtování nedokončené výroby. Opraveno, rychlost účtování je zvýšena.
Při účtování kurzového rozdílu k fakturám se nepřenášel do účetního dokladu vybraný text. Chyba se projevovala pokud na kontaci pro účtování bylo zatrženo “Neseskupovat stejné řádky). Opraveno.
Výroba
Pokud byl proveden výpočet detailní kalkulace (na vyráběných dílcích) pro více označených záznamů současně, docházelo k chybnému výpočtu kalkulace. Opraveno.
Comments