Banka
Automatické přiřazení úhrad
V akci automatické přiřazení úhrad byla upřesněna chybová hláška, kdy došlo k dohledání platebního příkazu (řádku platebního příkazu), který obsahoval totožné údaje a systém neví, který řádek PP napárovat na který řádek BV. Jednalo se např. o dvě uvolněné zádržné, které byly na shodnou částku a variabilní symbol/párovací znak byl u obou shodně dle původní faktury. Před úpravou končila akce Automatické přiřazení úhrad “Duplicitní označení - nelze vložit záznam!”. Po úpravě se zobrazí chybová hláška (-) nalezeno více shodných tuzemských platebních příkazů. Úhrady je třeba v takovém případě založit ručně přes akci Nový nebo Přenos faktur.
Načtení bankovních výpisů z aplikace BankApp
Do pole Poznámka na řádku výpisu byl k identifikátoru platby z banky přidán i text z pole additionalTransactionInformation.
Faktury a dobropisy ve stavu “Nehradit”
Doplněna nová globální konstanta pro modul Banka (záložka Bankovní výpisy, Úhrady) Faktury a dobropisy ve stavu Nehradit. Touto konstantou lze ovlivnit, jak se má systém chovat při akcích Automatického přiřazení úhrad v případě faktur, které mají nastaven stav “Nehradit”.
Nastavit lze hodnoty:
Přiřazovat - výchozí hodnota (odpovídá stávajícímu stavu, kdy se faktury přiřadí bez ohledu na nastavení Nehradit)
Přiřazovat s upozorněním - faktura se přiřadí, ale v procesním okně se zobrazí upozornění (!) Faktura má nastaven stav Nehradit.
Nepřirazovat - úhrada se nepřiřadí. Faktura je vyloučena z možných dokladů, které lze přiřadit. V procesním okně automatického přiřazení úhrad se doplní informace (!) Z výběru byly odstraněny faktury ve stavu Nehradit
Konstanta se týká úhrad typu kredit i debet, úhrad faktur přijatých, faktur vydaných, dobropisů přijatých i dobropisů vydaných.
Načtení souborů kartového centra Unicredit
Banka Unicredit avízuje na svém webu, že k datu 3.10.2023 bude platný nový formát .CSV souborů z kartového centra. V modulu Kartové centrum HELOS iNuvio byl pro načtení těchto souborů vytvořen nový formát "Kartové centrum - Unicredit od 2023". Je třeba, aby si uživatel založil novou definici zprávy a nastavil v ní tento formát.
Upraveno automatické přiřazení úhrad leasingu. Pokud byl dohledán zahraniční platební příkaz byla úhrada v bankovním výpise chybně založena do úhrad fakturace i úhrad leasingu, a to i v případě, že k leasingu nebyla generována faktura. Úhrada má být pouze v části úhrady leasingu.
Řádek bankovního výpisu - úhrady
Akce Přenos saldokonta upravena, aby bylo možné ze saldokontní skupiny přenést i řádek, který nemá vyplněny všechny dimenze, podle kterých je saldokontní skupina párována.
Upravena funkcionalita schvalování bankovních spojení, aby se stav schválení nezměnil v případě, že bankovní spojení není zveřejněným účtem. Toto automatické zrušení příznaku schválení bylo problematické u organizací neplátců, které ale měli z důvodu opatrnosti (kdyby se stali plátci DPH) zapnutou automatickou aktualizaci zveřejněných bankovních účtů a neplátců DPH.
Definované importy v modulu Banka
Byla přidána možnost nastavení oddělovače tisíců pro částky. Na výběr jsou možnosti není/tečka/čárka.
Generování a účtování automatického dorovnání
Na měně lze nově nastavit Limit pro automatické dorovnání. Aby při úhradě došlo k automatickému dorovnání, je třeba mít na řadě faktur (záložka 4 Návazné údaje) zatrženo Automatické dorovnání. Pokud saldo faktury po přiřazení úhrady je v limitu nastaveném na měně, pak systém automaticky vygeneruje Dorovnání v měně faktury.
K automatickému dorovnání dochází při úhradě bankou (bankovní výpis), pokladnou a vzájemným zápočtem (ve fakturaci). Při účtování prvotního dokladu úhrady, která měla za následek automatické vygenerování haléřového dorovnání, bude i o tomto dorovnání účtováno.
Podrobně k funkcionalitě viz. článek v Poradně.
Příprava účtování - přenos Organizace 2 (příspěvkové organizace)
Upravena akce Příprava účtování. Pokud má prvotní doklad, resp. účetní řádek, dle kterého proběhla příprava účtování, vyplněnu dimenzi Organizace 2 , tak se i tento údaj přenese do řádku BV, popř. na úhradu, do oddílu Účtování.
Pokud je Organizace 2 vyplněna na řádku BV, popř. na Úhradě, pak se při účtování přenáší pouze k účetnímu řádku úhrady. Na účetní řádek s účtem banky (221, resp. 241) se tento údaj nepřenáší, ale je doplněn dle nastavení na účetním účtu na záložce 2 - Další údaje v atributu Organizace PAP.
Banka - akce Navázat firemní platební kartu
Doplněna kontrola na Stav platební karty:
Aktivní - navázání proběhne
Neaktivní - systém upozorní “Platební karta je neaktivní. Pokračovat?”
Blokovaná nebo expirovaná - systém oznámí “Platební karta je blokovaná/expirovaná. Navázání platební karty k řádku výpisu nelze provést.” Platební karta se k řádku BV nenaváže.
Generování zprávy s platebními příkazy - kolize s právy v cílovém adresáři.
Pokud uživatel v rámci procesu exportu platebního příkazu zvolí adresář, do kterého nemá právo zápisu:
Soubor se nevygeneroval, zobrazila se hláška Přístup byl odepřen (Access denied).
Ale příslušný platební příkaz byl stejně označen jako exportovaný
Upraveno, při absenci práva na zápis do cílového adresáře se export neprovede, příkazy nejsou označeny jako exportované.
POZOR !
V jednotlivých bankovních pluginech se oprava projeví až v novějších verzích pluginů vydaných po verzi iNuvia 3.0.2023.0902
Celní případy
Implementace modernizace systémů ECS a NCTS P4 - přechod na AES a NCTS P5.
Celní sklady
Úpravy v generování ECS vývoz a NCTS vydaný z celního skladu v souvislosti se změnami uvedených typů deklarací k 2.10.2023.
CRM
Přechod na modernizovanou verzi ARES. 30.9.2023 má být ukončen provoz původní verze ARES. Od 15.8.2023 je v provozu jeho modernizovaná verze. Tato verze Helios iNuvio přechází plně na tuto modernizovanou verzi. Funkcionalita z pohledu uživatele zůstává v zásadě nezměněná. Jediný významnější rozdíl je v případě, kdy organizace nemá DIČ DPH shodné s DIČ, což je případ tzv. skupinového DIČ DPH. Původní verze v daném případě vracela místo hodnoty text Skupinove_DPH. Nyní se vrací prosté DIČ a uživatel musí prověřit, zda převzatá hodnota DIČ DPH je aktuální (informace o tom, zda je aktuální, se vypisuje při nastavení globální konstanty Povolit sledování nespolehlivých plátců a bankovních účtů v editoru u pole DIČ DPH ihned po dotažení údajů k nové organizaci přes ARES a lze ji najít u záznamu s daným DIČ v tabulce DIČ DPH). Pokud je DIČ DPH neaktuální, tak je třeba dohledat přímo v Registru plátců DPH podle daňového identifikačního čísla (DIČ), které předal ARES, zjištěné DIČ DPH pak zadat k organizaci a akcí Nastavit Skupinové DPH nad daným záznamem v tabulce DIČ DPH nastavit příznak, kterým se vypne kontrola DIČ DPH při aktualizaci dané organizace dle ARES. Jinak by akce pro aktualizaci dle ARES nabízela opravu správného DIČ DPH na nesprávné.
Akce Aktualizace/ověření dle FinStat - do akce byla implementována schopnost identifikovat s použitím akce Ověření DIČ - VIES (EK), že plátce s daným IČ DPH je registrován na Slovensku podle §7 nebo §7a. Po ověření je v editoru organizace u takového subjektu nad polem pro DIČ DPH uveden popis DIČ (neplátce).
Do Nastav přehledů 5 - Dokumenty a 1747 - Řízené dokumenty byla doplněna vazba Připojení dokumentu k záznamu umožňující zjistit kdo a kdy daný dokument k příslušnému záznamu připojil.
Fakturace
V modulech Fakturace a Sklady byla zapracována nová funkcionalita rozšířeného dohledávání kurzů obdobným způsobem jako je v modulech Účetnictví, Pokladna a Banka.
V konstantách modulu Fakturace je nová konstanta “Dohledání kurzu Fakturace, Sklad, Fir. aktivity” s výběrem možností:
Přesný denní kurz
Denní kurz včetně všech předchozích
Denní kurz včetně předchozího
Kurz předchozího dne
Týdenní
Měsíční
Čtvrtletní
Pololetní
Roční
Uživatelský
Dle nastavení pro účetnictví
Konstanta se zpřístupní pouze v případě, že je ve Firemních konstantách zaškrtnutá konstanta Rozšířené dohledávání kurzů.
POZOR! Zaškrtnutí konstanty Rozšířené dohledávání kurzů ve Firemních konstantách je nevratné !
Při přechodu na novou verzi bude v případě, že se v databázi již používá Rozšířené dohledávání kurzů pro modul Účetnictví, nastavena konstanta “Dohledání kurzu Fakturace, Sklad, Fir. aktivity” na hodnotu “Denní kurz včetně všech předchozích”. To odpovídá chování modulů Fakturace, Sklady v předchozích verzích.
Doporučené nastavení konstanty “Dohledání kurzu Fakturace, Sklad, Fir. aktivity” je “Dle nastavení pro účetnictví“.
Pozor!
Při nastavování konstant pro dohledávání kurzů je třeba zvážit také nastavení existující konstanty “Kurz při generování položek dokladu“ (HELIOS, Možnosti, Konfigurace, Sklady, nákup a prodej). Pokud je nastavena na “Zachovat kurz“, bude kurz i nadále přenášen ze zdrojového dokladu na cílový bez ohledu na Datum případu cílového dokladu.
Nová akce pro změnu sazby DPH a daňového klíče
V přehledech dokladů modulů Sklady, Nákup a prodej a Fakturace a v přehledech položek těchto dokladů je k dispozici nová akce “Změna sazby DPH a DK položek” (DK - daňový klíč). Akci najdete na následujících místech vedle stávající akce “Změna sazby DPH”:
Přehled hlaviček dokladů modulů Sklady, Nákup a prodej Fakturace (Faktury přijaté, Faktury vydané, Příjemky, Výdejky, Došlé objednávky atd.), Položky, Změna sazby DPH a DK položek …
Přehled položek/textových položek v editoru dokladů, Akce, Změna sazby DPH a DK položek …
Nová akce umožňuje na označených dokladech v přehledu, resp. na označených položkách v editoru, změnit údaje:
Sazba DPH
Sazba DPH pro PDP
Daňový klíč
Původní akce “Změna DPH” zůstávají beze změny.
Kontrola kurzového rozdílu k bilančnímu dni
V přehledu Faktury k datu lze nad napočítaným přehledem faktur k datu spustit akci Kontrola kurzového rozdílu k bilančnímu dni. Akce zobrazí přehled faktur, které:
nemají “k datu” vyrovnané saldo
jsou v cizí měně
v úhradách není “k datu” založena úhrada typu Kurzový rozdíl k bilančnímu dni
V zobrazeném přehledu faktur, které nemají “k datu” kurzový rozdíl k bilančnímu dni, lze pro označené generovat Kurzový rozdíl k bilančnímu dni a následně lze pokračovat i zaúčtováním kurzového rozdílu.
Faktury k datu
Do přehledu faktur k datu byly doplněny sloupce Saldo pro jednotlivé kategorie splatností v hlavní měně.
Do procedury dbo.hp_DotahniBSProFaV_a_DoP byla doplněna možnost volání uživatelské procedury pro dohledání bankovního spojení. Procedura vrací ID bankovního spojení a konstantní symbol.
CREATE PROCEDURE dbo.ep_DotahniBSProFaV_a_DoP @CisloOrg INT , @RadaDokladu NVARCHAR(3) , @DruhPohybu TINYINT , @Mena NVARCHAR(3) , @IDBankSp INT OUT , @KonstSym NVARCHAR(10) OUT AS
Obdobně jako je uděláno v přehledu vydaných faktur, je do přehledů upomínek a úroků z prodlení přidána možnost odesílání pomocí zpráv datových schránek. Akce Tisk, Hromadně pro datovou schránku..., dojde k tisku, tyto se uloží uloží do přehledu : Datová schránka. Pozor, nedojde k automatickému odeslání zpráv do datových schránek příjemců, je nutno v přehledu řad datových schránek provést akci Odeslat resp. Odeslat přijmout.
Zápočty nad fakturací, editor, záložka 1, je zaškrtnuto pole Použít měnu. Byla opravena chyba, kdy se výjimečně nezobrazily akce Dorovnej zápočet a Nabídni řádky k dorovnání. K této situaci docházelo, když se napřed zobrazil přehled v záložce 2 a pak se zobrazila na záložka 1.
Zdroj kurzu DPH na faktuře při použití Def. OK
V případě, že je na řadě faktur nastaveno Zdroj kurzu DPH = Kurz faktury a přes Def. OK se vytváří další doklad, mohlo být na dalším dokladu chybně přednastaveno Zdroj kurzu DPH = Daňový kurz. Opraveno
Opravena chyba, kdy se v přehledu Faktury k datu chybně plnil sloupec Saldo před splatností.
Vzájemné zápočty ve fakturaci
V konfiguraci nastaven způsob kurzu Měsíční -Od předchozího pracovního dne - V Účetnictví i Fakturace
V kurzovním lístku staženy potřebné kurzy.
Při založení nového zápočtu se po zaškrtnutí použít měnu a výběru měny EUR nepředvyplnil kurz dle nastavení způsobu kurzu pro účetnictví. Opraveno
Pokud se vyplní Datum kurzu - předvyplnil se chybný kurz. . Opraveno, v tomto případě se přednabídne kurz přesně pro datum kurzu, pokud v kurzovním lístku existuje.
Uživatel na cílovém dokladu, např. na přijaté faktuře, vyplnil druhý párovací znak. Po převodu položek ze zdrojového dokladu byl druhý párovací znak na cílovém dokladu chybně vymazán. Opraveno.
Pokud bylo na faktuře skonto i zádržné, docházelo k tomu, že generování platebního příkazu na uvolněné zádržné smazalo dříve vytvořenou úhradu - položku skonta. Opraveno.
Byla opravena chyba ve fakturách (přijaté i vydané faktury), které mají navázanou zálohu, faktura je zrealizovaná (může být dokonce i zaúčtovaná). Na faktuře akce Oprava, záložka 5 - Sum.slevy, zálohy a rekap. DPH., označí se záloha a je přístupné tlačítko Oprava, otevře se zadaná záloha a u detailu zálohy byly přístupné všechny akce Nový, Oprava i Zrušit. Proto bylo opraveno zobrazení akcí v přehledu Položky zálohové faktury, akce Nový a Zrušit již nejsou aktivní, akce Oprava zobrazí formulář, tento je však pouze pro čtení, nelze jej editovat.
Firemní aktivity
Na kategorii aktivity přibylo nastavení Nový záznam k organizaci - vypnout kontroly k organizaci . Je-li zatrženo (výchozí nastavení nezatrženo), vypne se pro zakládání nového záznamu k aktuální organizaci v přehledu Organizace hlášení o tom, že je organizace “Blokovaná”, vypne se zobrazování Upozornění zadaného na organizaci a organizace se do záznamu doplní i v případě že je “Zakázaná”.
Intrastat
V Intrastatu v Měsíčním hlášení byla do akce tlačítka OK+Kontrola doplněna podpora pro speciální (slepou) proceduru pro možnost zařazení vlastních individuálních kontrol.
Veřejný název: Intrastat - MH - OK+Kontrola
Systémový název: dbo.ep_Intr_OKKontrolaMH
Vstupní parametr a význam:
@IdMH - ID MH
SQL deklarace hlavičky: CREATE PROCEDURE dbo.ep_Intr_OKKontrolaMH @IdMH INT AS SET NOCOUNT ON
Oprava akce OK + kontrola v Jednotlivých operacích. Země původu GB je povolena i pro Vývoz.
Kontrakty a odvolávky
Upraven nápočet ceny při generování výdejky z termínu přijaté odvolávky.
Funkce Hromadně pro email na odvolávkách nenabízí email. Opraveno.
Majetek
Při účtování pohybů majetku nebylo, při využití funkcionality rozúčtování účetních pohybů, respektováno nastavení účtu ohledně zákazu jednotlivých účetních dimenzí (úvar, zakázka, nákladový okruh, …). Opraveno.
Manažerské rozhraní
Manažerské rozhraní - pád excelu při přihlášení do cvičných databází
Při přihlášení do cvičných databází docházelo vnitřně k chybnému dohledání vlastní databáze. Funkce končily chybou a následným pádem excelu. Opraveno
Mzdy (CZ)
Zákonné pojištění - komanditista
Bylo upraveno generování zákonného pojištění odpovědnosti (Kooperativa). Nyní se do odvodu nezapočítává vyměřovací základ komanditistů (stejně jako je tomu u statutárů).
Úprava se týká jak generování částky odvodu na platební příkaz, tak generování hodnot v sestavě v generátoru mzdových sestav (funkce ZAKLSOCPOJKOOP a KOOPODVOD).
Přepočet mzdy v odemčeném období - dovolená
V případě, že zaměstnanec nastoupil a ukončil PP v jednom měsíci (a nejednalo se o první zpracované období ani o leden) a měl vyčerpal dovolenou, došlo při přepočtu mzdy v odemčeném období (opravný režim) k vygenerování MS pro přečerpanou dovolenou.
Byl upraven způsob zjišťování hodin čerpání dovolené a limitních hodin od začátku roku k začátku mzdového období, ve kterém se mzda počítá. Standardně se tyto údaje získávají ze Mzdových údajů z předchozího mzdového období (uzavřeného, případně odemčeného). Nově jsou ošetřeny tyto výjimky z uvedeného:
v případě výpočtu mzdy v lednu jsou hodnoty těchto kumulovaných atributů nulovány
v případě výpočtu mzdy v prvním zpracovávaném období (mimo leden) jsou hodnoty těchto kumulovaných atributů načítány z Počátečních hodnot, pokud jsou zadané, jinak se nulují
v případě výpočtu mzdy, kdy neexistují Mzdové údaje v předchozím období (mimo leden a 1.zprac.obd.) a vznik PP spadá před vybrané mzdové období, se hodnoty načítají z Počátečních hodnot, pokud jsou zadané, jinak se nulují
Přihlášky/odhlášky - ČPZP - kódování
Bylo upraveno kódování (problém s diakritikou) při generování hlášení pro ZP do TXT souboru.
Statistický výkaz P 2-04 - řádek R05 OON
Na řádku R05 pro OON se nyní načítají i hodnoty ze mzdových složek typu Základní mzda.
V případě přenosu mzdových složek jiných typů na řádek OON se zobrazí hláška:
MS XXX nelze přenést, nejedná se o MS typu Prémie, Odměny nebo Základní mzda.
Potvrzení firmy při podání žádosti o důchod - srážky výkonu rozhodnutí
Na tiskovém formuláři -1267 Potvrzení firmy při podání žádosti o důchod nad přehledem Důchody se zobrazovalo zatržení, že “z příjmu žadatele/ky o dávku důchodového pojištění jsou prováděny srážky na základě nařízeného soudního nebo správního výkonu…” i v případě, že v paušálech je uvedená srážka s ukončeným datem platnosti.
Upraveno.
Pravděpodobný příjem pro přílohu k žádosti o dávku - nepravidelná PD a hodinová mzda
Nyní se hodiny pro výpočet pravděpodobného příjmu u zaměstnanců s hodinovou mzdou berou z hodin na pracovních dnech v osobním kalendáři mimo svátky, a to z měsíce, kdy nemoc vznikla. Výjimkou jsou dohody o provedení práce, kdy se jako pravděpodobný výdělek bere hrubá mzda z vybraného období.
Upozornění:
V případě kombinace měsíční základní mzdy a hodinového paušálu či hodinové mzdy a měsíčního paušálu se při určování pravděpodobného PHV ze ZM a paušálů vypočítává průměrný počet hodin v měsíci, bez ohledu na kalendáře a směny. Ten se počítá z koeficientu průměrného počtu týdnů v měsíci (4,348) a týdenního úvazku ve Mzdových údajích. Tímto průměrným počtem hodin se pak násobí hodinová částka paušálu v případě kombinace s měsíční mzdou a naopak se jím dělí měsíční částka na paušální MS v případě hodinových mezd. Výsledkem je průměrná hodinová mzda, která se pak pro účely PPHV na Příloze k žádosti vynásobí hodinami na pracovních dnech v osobním kalendáři mimo svátky, jak je uvedeno výše.
Výkaz P1c-01 pro rok 2023 - úprava (financování NPO)
Na základě nové metodiky bylo upraveno generování statistické sestavy P1c-01. Byly doplněny nové kódy financování 04 a 14 pro pracovní poměry financované z NPO.
Ukončení příjmu datové věty ONZ 2009 a nová datová věta ONZ 2022
Oznámení na ČSSZ bylo upraveno dle nové datové věty ONZ 2022 verze 1.2.
V produkčním prostředí budou do 30. 9. 2023 všechny datové věty ONZ 2022 verze 1.2, verze 1.1 a verze 1.0, včetně ONZ 2009 přijímány souběžně.
30. 9. 2023 dojde k ukončení příjmu datové věty ONZ 2009 (vztahující se k období do 31.3.2022). Její funkcionalitu plně nahrazuje ONZ 2022 verze 1.1 a verze 1.2.
31. 12. 2023 dojde k ukončení příjmu datové věty ONZ 2022 verze 1.0 a verze 1.1. Funkcionalitu všech datových vět ONZ plně nahrazuje ONZ 2022 verze 1.2.
Stravné vs. vynětí z ES
Byly ošetřeny situace, kdy má jednodenní docházková mzdová složka nulové hodiny, přestože se jedná o pracovní den (nastává např. při vynětí na rodičovskou dovolenou a zadání MS 103 do výpočtu). Tento den se započítal pro nárok na stravné, nyní se nezapočítává.
Nepřítomnost před datem vzniku SP vs. vyloučené doby a dny pojištění
Při určení počtu vyloučených dob pro přílohu k žádosti o DNP a dnů pro výpočet DVZ je nyní zohledněno datum počátku sociálního (nemocenského) pojištění (atribut Pojištění od ve Mzdových údajích).
Do atributu Vyloučené dny se nově nezapočítává ta část nepřítomnosti (snižujících počet dnů pro výpočet DVZ), která spadá před datum vzniku sociálního pojištění. Jde o situace, kdy datum vzniku PP je nižší než datum sociálního pojištění od.
Dále byl upraven nápočet kalendářních dní pro výpočet DNP. Nově se počet těchto kalendářních dnů nesnižuje o všechny kalendářní dny nepřítomností (snižujících počet dnů pro výpočet DVZ), ale pouze o ty, která nespadají před datum vzniku sociálního pojištění. Jde opět o situace, kdy datum vzniku PP je nižší než datum sociálního pojištění od a nepřítomnost zasahuje před datum vzniku soc.poj. Tato úprava výpočtu podkladů pro průměry má vliv kromě Výpočtu mzdy také na Mzdový list, Podklady pro průměry, Výpočet DVZ, Přílohu k žádosti.
Upozornění:
Tato úprava se projeví u nově vypočtených mezd. U existujících mezd by byl nutný přepočet mzdy, přepočet Mzdového listu a aktualizace Přílohy k žádosti. Případně je možné provést korekci přes akci Údaje pro DVZ nad přehledem Mzdové údaje.
Likvidace PN z měsíce nástupu v následujícím období
V případě, že v měsíci nástupu zaměstnanec onemocněl, PN byla likvidována až v následujícím období a v měsíci nástupu nebyl vypočtený pravděpodobný PHV, likvidace PN z měsíce nástupu se uložila s nulou bez jakéhokoli upozornění.
Byly provedeny následující úpravy:
Editor likvidační MS ve Výpočtu mzdy
nově je ošetřena likvidace PN datumově spadající do měsíce nástupu, která je fyzicky likvidovaná v některém z následujících měsíců. - i v tomto případě se nyní do editoru dotahuje pravděpodobný PHV (dále jen PPHV) vypočtený z údajů v měsíci nástupu
informační hláška, která se vždy objevovala při dotažení hodnoty PPHV do editoru při kontrolách PHV v editoru apod., se nyní zobrazuje méně často a upravené podobě
Editor výpočtu mzdy
byla doplněna kontrola, která detekuje likvidační MS pro PN datumově spadající do měsíce vzniku PP, které zároveň mají nulové PHV a nulovou částku k proplacení
kontrola probíhá:
při uložení editoru výpočtu mzdy - měkká kontrola s dotazem, zda uložit vypočtenou mzdu s neproplacenou (nulovou) PN: “Vypočtená mzda obsahuje neproplacenou likvidaci pracovní neschopnosti spadající do měsíce vzniku pracovního poměru (nulový pravděpodobný PHV). Doplňte do této likvidační mzdové složky pravděpodobný PHV ručně nebo použijte pro dotažení hodnoty PHV ikonku tlačítka se 3 tečkami vpravo od editačního pole PHV. Uložit vypočtenou mzdu s neproplacenou pracovní neschopností?”
při proplácení PN přes akci Likvidace DPN - informativní hláška s návodem, jak problém odstranit: “Vypočtená mzda obsahuje neproplacenou likvidaci pracovní neschopnosti spadající do měsíce vzniku pracovního poměru (nulový pravděpodobný PHV). Doplňte do této likvidační mzdové složky pravděpodobný PHV ručně nebo použijte pro dotažení hodnoty PHV ikonku tlačítka se 3 tečkami vpravo od editačního pole PHV.”
Přehled Výpočet mzdy, akce Evidence DNP - Likvidace neproplacených dávek
obě akce pro proplacení dávek NP nad přehledem Přehled neproplacených PN generovaných z Evidence DNP byly upraveny tak, že pokud likvidovaná PN spadá do období vniku PP a má nulový PHV, likvidační MS se sice vygeneruje jako dosud, ale Stav této dávky v přehledu se nastaví na novou hodnotu : Dávka vytvořena s nulovým pravděpodobným PHV (měsíc nástupu do PP)
následně je nutné ve výpočtu mzdy do likvidační MS doplnit PPHV ručně stejně jako v případě akce Likvidace DNP v editoru výpočtu mzdy
Časové omezení kontroly
kontrola se provádí maximálně 3 měsíce po vzniku PP (kvůli rychlosti i smysluplnosti)
Důvody ukončení PP - Mzdové údaje a ONZ - kód 55
Číselník Důvody ukončení PP byl rozšířen o nové druhy:
kód “55/1a”
kód “55/1b”
K aktualizaci číselníku použijte akci Generuj v číselníku Důvod ukončení PP. Kromě vygenerování nových druhů ukončení PP dojde také ke:
smazání starého důvodu ukončení s kódem “55”
přepsání kódu “55” v editoru Mzdové údaje u atributů Důvod ukončení PP a Důvod podání výpovědi na kód “55/1a“
přepsání kódu “55” v editoru Příprava nástupů u atributu Důvod ukončení PP na kód “55/1a“
byl rozšířen převodní můstek pro plnění atributu Důvod ukončení pracovněprávního vztahu v Oznámení na ČSSZ (ONZ) - takto:
kód 55/1a se konvertuje do hodnoty 10
kód 55/1b se konvertuje do hodnoty 7
Definice platebních příkazů - účel platby
V editoru bankovního spojení je nyní nový atribut Účel platby. Údaj je možné vyplnit ručně přímo nebo výběrem z číselníku pomocných textů. Údaj slouží ke generování platebních příkazů (PP) ze mzdového modulu.
Současně je v editoru definice platebního příkazu nyní nový atribut Co použít jako účel platby.
V případě vytváření nové definice platebního příkazu se jako atribut přednastaví na hodnotu Účel platby na bankovním spojení.
U již vytvořených definic platebních příkazů se po upgrade na novou verzi přednastaví atribut na hodnotu Dle typu platby a je zachována stávající funkcionalita:
definice typu Jednotlivé srážky, tuzemské PP - jako účel platby se načítá číslo a název mzdové složky
definice typu Státní platby a kumulované srážky - jako účel platby se načítá typ odvodu z definice PP
definice typu Jednotlivé srážky, zahraniční PP - jako účel platby se dotahuje variabilní symbol z bankovního spojení
V případě definice typu Jednotlivé srážky je možné atribut Co použít jako účel platby nastavit na následující hodnoty:
Účel platby na bankovním spojení
Rok + měsíc
Rok + osobní číslo zaměstnance
Ručně zadaný účel platby (zadáváte účel platby na definici PP)
Rok + měsíc + osobní číslo
Příjmení + Jméno
Dle typu platby (zachování stávající funkcionality)
V případě definice typu Státní platby a kumulované srážky je možné atribut Co použít jako účel platby nastavit na následující hodnoty:
Účel platby na bankovním spojení
Rok + měsíc
Ručně zadaný účel platby (zadáváte účel platby na definici PP)
Dle typu platby (zachování stávající funkcionality)
Sleva na pojistném - kontroly věku zaměstnance
Systém nově kontroluje při výpočtu slevy na sociálním pojištění věk zaměstnance 21 a 55 let.
Stavy v atributu Info v přehledu Výpočet slevy na pojistném za období MM/RRRR byly rozšířeny o:
Není starší 55 let ( tzn. není nárok na slevu, i když je ve mzdových údajích vyplněn jako důvod slevy Zaměstnanec starší 55 let)
podmínka, že je starší než 55 let, je splněna již v den dovršení věku zaměstnance
příklady pro posouzení nároku v období 2/2023:
nástup 1.2.2023 nebo dříve, 55 let dosáhne 1.2.2023 - je nárok
nástup 1.2.2023 nebo dříve, 55 let dosáhne 2.2.2023 - NENÍ nárok
nástup 10.2.2023, 55 let dosáhne 10.2.2023 - je nárok
nástup 10.2.2023, 55 let dosáhne 11.2.2023 - NENÍ nárok
Není mladší 21 let ( tzn. není nárok na slevu, i když je ve mzdových údajích vyplněn jako důvod slevy Zaměstnanec mladší 21 let).
podmínka, že je mladší než 21 let, je naposledy splněna v den, který předchází dni dovršení 21 let věku zaměstnance
příklady pro posouzení nároku v období 2/2023:
výstup 28.2.2023 nebo později, 21 let dosáhne 28.2.2023 - NENÍ nárok
výstup 28.2.2023 nebo později, 21 let dosáhne 1.3.2023 - je nárok
výstup 28.2.2023 nebo později, 21 let dosáhne 27.2.2023 - není nárok
výstup 10.2.2023, 21 let dosáhne 10.2.2023 - NENÍ nárok
výstup 10.2.2023, 21 let dosáhne 11.2.2023 - je nárok
výstup 10.2.2023, 21 let dosáhne 9.2.2023 - NENÍ nárok
Pravděpodobný výdělek - Příloha k žádosti - paušální MS se vstupní formulářem Procento
Při výpočtu pravděpodobného výdělku (PPV) se nově zjišťuje, zda v paušálech v měsíci vzniku pracovní neschopnosti existuje platná mzdová složka (MS) vstupující do průměru na dovolenou se vstupním formulářem Procento. Pokud ano, PPV se nepočítá a vrací nulovou hodnotu. Netýká se DPP, kde se jako PPV bere hrubá mzda z vybraného mzdového období.
Mzdy - dopočet do min VZ pro odvod ZP
Došlo k úpravě dopočtu do minimálního vyměřovacího základu (MVZ) pro zdravotní pojištění (ZP) v případě částečně odpracovaného dne z důvodu nepřítomností, které krátí MVZ na ZP (nemoc apod.). Dosud probíhal dopočet do MVZ i za část odpracovaného dne (např. pokud byla nemoc první den 5,5 hodiny a odpracoval 2,5 hodiny z 8, pro MVZ započítal 0,31 dne). Nyní se za tento den MVZ nepočítá.
Upozornění:
Provedená úprava je datována od prvního mzdového období bez vypočítané mzdy (v Kontrole datování změn nad přehledem Mzdové období jde o atributy Oprava_2023_07_Mesic a Oprava_2023_07_Rok).
MZD Příloha k žádosti - odpracované dny jen v pásmu 1
Byla upravena podmínka pro generování přílohy k žádosti o DNP z výpočtu mzdy v případě, kdy jsou dny odpracované dny jen v pásmu 1. Nyní se příloha generuje i v tomto případě, pokud je pracovní neschopnost delší než 14 dní.
Běžné výživné - historie srážek z paušálů - chybová hláška
U běžného výživného nebylo v určitém případě možné zobrazit historii vybrané srážky (akce Stav srážek, Historie vybrané srážky). Systém hlásil chybu:
Duplicitní označení - nelze vložit záznam ! [SQL:2627,14, line 21] Violation of UNIQUE KEY constraint 'UQ_ #TabMzSrazkyIdObdobiZamestnanecIdIdPaus _58'. Cannot insert duplicate key in object 'dbo.#TabMzSrazky'. The duplicate key value is (52, 180, 6899).
Tento problém nastal v případě, kdy se mzdová složka pro jedno běžné výživné (distribuční MS 915) zadaná v paušálech a srážkách ve mzdě vyskytovala dvakrát (řádné běžné výživné a neuplatněné běžné výživné z předchozího období).
Upraveno:
do přehledu historie srážek se nyní nevkládají MS pro běžné výživné (BV) generované z předchozích období z neproplacených nebo částečně proplacených BV
pokud se takovéto dodatečně generované BV v dřívějších období daného paušálu typu BV vyskytuje, upozorní na to hláška před zobrazením vlastního přehledu historie srážek - období, ve kterých k tomuto došlo, uživatel snadno najde v přehledu tak, že BV v daném mzdovém období buď vůbec není nebo má prázdné Datum umoření
Nově se Datum poslední srážky a potažmo Datum umoření u BV odvozuje od konce příslušného mzdového období, ve kterém je BV sráženo
Mzdový list souhrnný s rozpisem mzdových složek - sys.č. - 1595
V části pro počet dnů nepřítomnosti se načítaly hodiny místo dnů. Opraveno.
Obecné
V programu došlo k vylepšení opisu přehledu tak, aby se v něm sestavy vytvářely jednodušeji a došlo i k přidání nových možností pro tisk.
V nastavení tisku, dostupném při opravě uložené sestavy či při volbě opis přehledu s nastavením, je na záložce 4 - definice tisku nové zaškrtávátko Přizpůsobit šířku sloupců šířce stránky . Toto nastavení bude automaticky zapnuto u nových sestav. Jeho zapnutím dojde k tomu, že program přizpůsobí šířku vybraných sloupců v opisu tak, aby se sestava vešla na jeden řádek.
Pokud by bylo potřeba vytvořit víceřádkovou sestavu, tak je možné využít další nové nastavení pro opis (Opis - odřádkovat), které je dostupné jako poslední sloupec u vybraných údajů v nastav. Vybráním ANO se tento sloupec tiskne na další řádku. Počet těchto odřádkování není omezen.
Zde je ještě možné určit si barvu písma u vybraného sloupce (Opis - barva písma) a to, zda se sloupec má tisknout tučně či kurzívou.
HELIOS iNuvio není možné od zářijové distribuce (verze 3.0.2023.0900 a vyšší) spustit a provozovat na MS SQL 2016.
HELIOS Store - pokud HELIOS běží na SQL 2016 není možné stáhnout verzi
HELIOS iNuvio - při pokusu o spuštění dojde k ukončení s vysvětlující hláškou
Pro WebView2 se používá nová komponenta od WinSoftu.
Změny:
již není potřeba msedgedll.dll knihovna
není funkční tvorba log souboru
v rámci problému s ukládáním dočasných dat pro chod webview2 subsystému došlo ke změně adresáře s cache daty webview2 z %temp%\WebView2 na %localappdata%\Helios iNuvio
přepínač -IWV2 se stal výchozím a nahradil přepínač -IEG2
Náhled dokumentů v info panelu nerespektoval právo na otevření dokumentu. Opraveno.
Akce 'Zobrazit kompletní hlavní nabídku' v hlavní nabídce programu je nyní vázána na nastavení práv přehledu č. 95 - Uživ. nastavení - pro uživatele, Uživ. nastavení - pro všechny a Uživ. nastavení - pro roli. Pokud jsou všechna 3 práva zakázána, nelze zobrazit kompletní nabídku.
Do nastavení definice tisku formulářem byla pro tisk do souboru a uložení do dokumentů doplněna možnost nastavení větve Stromu dokumentů.
API: endpoint pro tisk do souboru /api/v1/browses/print/toFile/ akceptuje ve schématu nové nastavení: documentTreeId.
Tisková fronta: tabulka TabESServicePrints obsahuje nový sloupec documentTreeId.
Do definice parametru externí akce byl doplněn nový sloupec - Poznámka.
Do Workflow doplněna akce Kopie pro zkopírování oblasti včetně úkonů.
V seznamu podmínek fltru v okně F4 - Nastav bylo zrušeno nastavování automatické šířky sloupců. Sloupce teď mají pevnou šířku.
Bylo upraveno generování snímků dat pomocí endpointu browses/snapshot/{dbName}/{browseIdent}.
Byl vytvořen nový přehled Snímky dat, kterým je možno zobrazit seznam všech existujících snímků dat. Z tohoto přehledu je možno jakýkoliv snímek dat smazat pomocí standardního smazání záznamu (smaže se informace o snímku a zruší se tabulka, která obsahuje vlastní data).
Snímek dat existuje i po odhlášení z API.
Endpoint snapshots/data (GET i DEL) byl doplněn o dbName, tedy na snapshots/data/{dbName}/{snapshotIdent}
Data z daného snímku dat může přes API získat pouze autor daného snímku
Při anonymizaci databáze jsou snímky dat z anonymizované databáze odstraněny.
Do tabulky číselníku organizací byl doplněn sloupec “SystemRowVersion” typu ROWVERSION a jeho zobrazitelná varianta “SystemRowVersionText“. Tento sloupec slouží pro systémové verzování záznamů přímo SQL Serverem. Je možno jej využít pro různé synchronizace. Pokud jsou definovány externí sloupce, je zároveň k dispozici i sloupec “SystemRowVersionExt“ z návazné EXT tabulky (plus jeho zobrazitelná varianta “SystemRowVersionExtText”).
Na API je pak možno v rámci endpointu browses/data získat maximální hodnotu tohoto sloupce z vrácených záznamů. Navíc je možno použít query parametr rowVersion=X. Endpoint pak vrátí pouze záznamy, které mají hodnotu vyšší než je hodnota zadaná. Hodnota se porovnává jak se sloupcem v hlavní tabulce, tak také i se sloupcem z EXT tabulky, pokud tento existuje.
Byla upravena definice pro sloupce typu dlouhý text (NTEXT) s koncovkou _ALL tak, aby je bylo možno použít v přehledu i při současné filtraci za vazbu typu 1:N.
Do definice externího sloupce s typem editace Přenos byla doplněna možnost definice vazby pro Nastav.
Zároveň s tím bylo upraveno barevné zvýraznění jiných než interních vazeb systému v rámci Nastav. Nyní již není text podbarven (definované vazby modře, vícenásobné vztahy zeleně apod.), ale daným typům vazeb je přiřazena odpovídající barevná ikonka a na konci názvu dané vazby je doplněna zkratka (DV = definovaná vazba, VV = vícenásobný vztah, UT = uživatelská tabulka, EA = externí atribut).
Do názvu Dataskopu a položek Dataskopu je možné zadat GUID pro překlady do cizích jazyků.
Upraveno uložení umístění oken návazných a přenosových přehledů. Umístění je nyní ukládáno relativně k hlavnímu oknu aplikace.
V editoru definice tiskového formuláře se hodnota pole 'Název předmětu a souboru pro e-mail' nyní bere v potaz i v případě, že se jedná o tisk vícero označených záznamů. Původně se hodnota uplatnila pouze při tisku jednoho záznamu nebo při tisku po záznamech.
Přes plugin či API je možno v rámci tisk vnutit název souboru, který bude mít vyšší prioritu než hodnota v editoru definice tiskového formuláře.
Byla zapojena nová verze komponent Developer Express 23.1.3.
Do stromu seznamu sloupců v F4 - Nastav byla do kontextového menu přidána akce 'Rozbalení 1.úrovně stromečku'.
Pro textové sloupce byly v rychlém filtru přidány 2 nové podmínky: “je prázdné” a “není prázdné”. Filtrace probíhá na prázdný či neprázdný řetězec znaků. Tyto podmínky nejsou přístupné u dlouhých textových polí (typicky Poznámka - technicky NTEXT či NVARCHAR(MAX)).
POZOR! Neplést si s možnostmi “zadáno” a “nezadáno” - v těchto případech se testuje speciální hodnota NULL. Podmínka “je prázdné” nevrátí záznamy, kde je NULL!
Byl doplněn plný CRUD pro přehled Forma úhrdy.
Přehled Způsob dopravy - byl doplněn plný CRUD pro přístup přes API.
Změna generování notifikačních triggerů pro události typu UPDATE s cílem eliminace počtu falešných hlášení týchž opakovaných updatů beze změn hodnot.
Pokud se vás problém týká, je nutné notifikační triggery přegenerovat, aby se změna mohla projevit.
EDI - systémový export EDITEL TXT v přehledu vydané faktury
Doplněna možnost export informací při PDP režimu. Pro export těchto položek je nutné zatrhnout na záložce 5-dodatky položku Povolit režim PDP a doplnit volný text.
Zároveň byly doplněny informace IBAN, Název banky a SWIFT kód.
EDI - EDITEL XML verze 2012
V přehledech Vydané faktury a Výdejky je ve zprávách umožněn export EDI zprávy ve formátu XML ve verzi od roku 2012. V přehledu zpráv je nutné zadat přes tlačítko nový definici a jako formát zprávy vybrat EDITEL®-XML 2012 (export).
Do polí pro zadání cest na soubor a názvů souboru byla doplněn podpora proměnných operačního systému. Proměnné se zadávají pomocí procent, tedy např. %TEMP%.
Cesty je možno nově zadat i relativně. Relativní cesta pak bude na absolutní převedena doplněním hodnoty z globální konstanty 'Hlavní složka pro uložení dokumentů'.
Výše uvedené se týká polí:
globální konstanty - pole 'Hlavní složka pro uložení dokumentů' (nelze zadat jako relativní cestu)
tiskové formuláře - pole 'Název předmětu a souboru pro e-mail'
dokument ze vzoru - pole 'Název souboru' a 'Cílový adresář'
akce automatu - pole 'Jméno a cesta'
hromadně pro e-mail - pole 'Cílový adresář'
lokální uživatelské konstanty - pole 'Implicitní cesta pro uložení tisku do souboru', 'Implicitní cesta pro uložení tisku do dokumentů' a 'Implicitní cesta pro načtení dokumentu' (u posledního nelze zadat relativní cestu)
definice tisku
Nejprve se provede záměna proměnných operačního systému a poté záměna specifikátorů datových poli.
V rámci definice sestavy v F4 - Nastav je nyní možno nastavit i barvu podkladu záhlaví sloupce (podobně jako je nastavení alternativního názvu či masky). Nastavení barvy se promítne i do zobrazení v akci Sumace hodnot vybraných záznamů (Ctrl+X).
V pásu karet na záložce Systém v podmenu Uživatelské úpravy je nová akce “Externí akce…”. Zobrazí přehled všech externích akcí pro aktuální přehled.
POZOR! Úpravy externích akcí typu nový záznam, smazání záznamu, popř. změna názvu, podmenu, klávesové zkratky či viditelnosti se v aktuálním přehledu z technických důvodů promítne až po přegenerování daného přehledu.
V přehledu dokumentů je nyní nový příznak “Odesláno e-mailem”. Tento příznak se nastaví na 1 v okamžiku, kdy je dokument odeslán pomocí akce “Odeslat dokument”, popř. akcemi “Poslat neodeslané” a “Poslat označené” v rámci Hromadně pro e-mail. Je také logováno odeslání dokumentu e-mailem pomocí Notifikátoru.
Příznak je po přechodu na novou verzi nastaven podle existence záznamu v přehledu “Logování práce s dokumenty” s událostí “Dokument byl odeslán e-mailem”.
V přehledu dokladů oběhu zboží je pak také nový příznak “Odesláno e-mailem”. Tento oznamuje, že existuje nějaký navázaný dokument, který má nastavený svůj příznak “Odesláno e-mailem”.
Při spuštění nového okna z iNuvia se nepředával parametr -L0, -L1 a -L3. Opraveno.
EDI - Vydaná faktura - XML 9/2004
Upravena chyba v rekapitulace druhé snížené sazby DPH. Pokud nebyla uvedena částka chyběla informace o sazbě.
Do základu daně v části <taxable_amount> se nezapočítala částka základu v případě druhé snížené sazby daně. Opraveno
Při generování nové databáze se v číselníku zemí chybně nastavovalo EU označeno pro Velkou Británii (GB) . Opraveno.
Pokud je v definici tiskového formuláře použita komponent QRCodeSRPayment, je při tisku přes API ohlášena chyba. Opraveno.
Oprava adresy pro aktualizaci údajů o organizacích přes ARES. Nově přistupuje přes zabezpečený protokol HTTPS.
Při testování odeslání mailu přes OAuth2 mohlo dojít k chybě “Incorrect syntax near”. Opraveno
Personalistika (CZ)
Personalistika - pracovní pozice - počet zaměstnanců
Byla rozšířena podmínka pro načítání počtu zaměstnanců na pracovní pozici. Do počtu se nyní nezahrnuje zaměstnanec, který je ve stavu PP archivován.
Pokladna
Sjednoceno mazání záznamů v přehledu Pomocných textů. Pokud byl pomocný text vázán v řádku bankovního výpisu, účetním dokladu, bylo možné jej odstranit. Pokud byl vázán v pokladním dokladu, odstranit nešel.
Pomocné texty lze mazat bez ohledu na to, zda byly přeneseny do jakéhokoliv dokladu. Doplněn dotaz “Opravdu si přejete smazat aktuální záznam?”.
Upravena výchozí hodnota atributu druhEET na pokladních dokladech. Nyní je výchozí hodnota druhEET 0 (vypnuto).
Pokladní prodej
Pokladní prodej, pro prodej voucherů a úhradu vouchery byla doplněna funkcionalita, aby se při účtování dostalo do účetnictví jako párovací znak číslo voucheru.
Do Druhů řádků kontací s Druhem pohybu: Pokladní prodej bylo přidáno napravo od pole Párovací znak nové zaškrtávátko Přednostně párovací znak=číslo voucheru.
Týká Druhů řádků kontací pro pokladní prodej:
Pro prodej voucherů:
Základ DPH
Částka DPH
Částka včetně daní
Ostatní částky
Pro úhrady vouchery:
Následné čerpání/zúčtování - částka celkem
Následné čerpání/zúčtování - základ DPH
Následné čerpání/zúčtování - částka DPH
Pro případ, že se účtuje prodej voucherů se zadanými čísly voucherů nebo úhradu vouchery se zadanými čísly voucherů, pokud bude na druhu řádku kontace zaškrtávátko Přednostně párovací znak=číslo voucheru zaškrtnuto, bez ohledu na nastavení v poli Párovací znak se použije jako Párovací znak číslo voucheru. Pokud se nebude jednat o vouchery, použije se pro Párovací znak nastavení v poli Párovací znak jako doposud.
Do položek prodejky doplněna vazba na položky výdejky.
Do číselníku Řady účtenek / 3 - účtování byla doplněna možnost si přednastavit účetní kódy pro vystavení příjmového či výdajového pokladního dokladu z odvodu tržby či dotace pokladny.
Při vstupu do přehledu pokladního prodeje se kontroluje, zda je aktuálně zvolený sklad shodný s tím, který je přednastaven na řadě účtenek. Pokud ne, je automaticky změněn.
Upravena rychlost vyvolání přepočtu uhrazených částek, aby nedocházelo při rychlém zadávání k jejich nepřepočítání.
Opraveno porovnávání datumů u konce voucheru.
Projektové řízení
V Ganttově diagramu se nyní úloha typu Milník podbarvuje zeleně v případě jejího splnění.
Smluvené částky je nyní možné evidovat a případně fakturovat v cizích měnách.
Přepravní služby
Rozšíření funkcionality akce Dispečink
přidán tisk formulářem
přehled notifikací
filtr na vybraný přehled podle nastaveného datumu
QMS Systém řízení kvality
Do (nastav) přijatých reklamací byla doplněna vazba na skupiny karet.
Při použití akce “Načíst e-maily z MS Outlook” se do poznámky dokumentu propisovalo vnitřní ID. Opraveno.
Agenda Kontrolní plány - do přehledů příjemek, výdejek, jejich položek a pohybů výrobních čísel na těchto položkách, do přehledů stavových karet a stavů výrobních čísel na těchto kartách byla doplněna v Nastav skupina informativních počítaných sloupců Kontrolní plány s počítanými sloupci:
Předepsaná kontrola parametrů - existuje alespoň jeden povinný parametr v TabKPLParametry k záznamu v příslušném přehledu
Parametry zkontrolovány - neexistuje ani jeden povinný parametr k záznamu v příslušném přehledu, který nemá zadaný výsledek kontroly
Hodnocení kontroly parametrů - nabývá hodnot: neexistují parametry - k danému záznamu v příslušném přehledu neexistují v kontrolních plánech žádné povinné parametry ke kontrole, Povinné kontroly nedokončeny - k danému záznamu v příslušném přehledu existuje alespoň 1 povinný parametr, který ještě nemá zadán výsledek kontroly, Povinné kontroly OK - k danému záznamu v příslušném přehledu mají všechny povinné parametry zadaný úspěšný výsledek kontroly, Povinné kontroly NOK - k danému záznamu v příslušném přehledu mají všechny povinné parametry zadaný výsledek a alespoň jeden je neúspěšný
Hodnocení KPL - nabývá hodnot: neexistují KPL s povinnými parametry - k danému záznamu v příslušném přehledu neexistují kontrolní plány s povinnými parametry, KPL nevyhodnoceny - k danému záznamu v příslušném přehledu existuje alespoň 1 kontrolní plán s povinným parametrem s nezadaným výsledným hodnocením; 1 - Povinné kontroly OK - k danému záznamu v příslušném přehledu mají všechny kontrolní plány s alespoň 1 povinným parametrem zadané vyhovující výsledné hodnocení; Povinné kontroly NOK - k danému záznamu v příslušném přehledu mají všechny kontrolní plány s alespoň 1 povinným parametrem zadané výsledné hodnocení, ale alespoň 1 z nich je nevyhovující; Povinné kontroly OK - s výhradou - k danému záznamu v příslušném přehledu mají všechny kontrolní plány s alespoň 1 povinným parametrem zadané alespoň 1 výsledné hodnocení vyhovující s výhradou a ostatní jsou vyhovující
Do úkolů přibyl nový sloupec Zdrojový úkol a do editorů úkolu na záložku Aktivity (resp. v úkolech QMS na novou záložku Záznamy QMS) vazba Zdrojový úkol. Akce Nový úkol z aktuálního úkolu nyní automaticky plní do nového úkolu vazbu Zdrojový úkol původním úkolem.
Pro akce
Nový úkol z aktuálního úkolu
Nový úkol ze vzoru
Generování opakovaných úkolů (QMS) - viz agendy Správa měřidel a Údržba strojů a zařízení, kde je zdrojem úkolu záznam v tabulce tabQMSOpakovaneUkoly
lze aplikovat speciální uživatelskou proceduru ep_QMSGenerOpakUkolu, kterou lze vygenerovaný úkol upravit
Do Nastav přehledů s úkoly byly doplněny vazby Číselník pracovišť, Číselník strojů. Vazby mají význam pouze pro agendu Údržba strojů a zařízení, kde lze záznamu QMS přiřadit konkrétní stroj pro dané pracoviště, na které se vazby úkolech k daném záznam v Nastav odkazují.
Reklamace přijaté - akce Generuj výdejku nad Reklamace přijaté byla rozšířena. Vedle původní možnosti vygenerovat výdejku na základě existujícího příjmu reklamace na sklad neshod/oprav lze nyní i
vydat položku z libovolného skladu bez vazby na nějaký doklad - takový výdej nemá žádný dopad do plnění původní došlé objednávky nebo do plnění původního expedičního příkazu
vydat položku na základě existujícího storna výdeje - takový výdej se při nastavení Započítávat storna a dobropisy do došlých objednávek (v globálních konstantách Sklady, nákup a prodej) započte do vydaného množství na položce původní došlé objednávky nebo se při nastavení Započítávat storna do odebraného množství započte do odebraného množství na položce původního expedičního příkazu.
Všechny akce v nabídce Generování dokladů nad přehledem Reklamace přijaté běží nyní v procesním okně, což umožňuje i následné zobrazení vygenerovaného dokladu z tohoto okna a jeho úpravu.
Řízení auditů - pro závěrečné Hodnocení auditu lze nově v Parametrech QMS na záložce Řízení auditů změnit výchozí výčet možných hodnot zadáním vlastního výčtu.
Sklady, nákup a prodej
Do dialogu Parametry generování zajištění akce Generuj zajištění byla doplněna nastavení
Nezajišťovat volným množstvím z objednávek
Nezajišťovat volným množstvím z výrobního plánu
Je-li zatrženo, akce rovnou generuje nové zajišťující doklady a nesnaží se nejprve pokrýt volným množstvím
Akce “Nové výrobní číslo” v přehledu stavu výrobních čísel v editoru pohybu položky umožňuje zadat datum výroby do kmenové karty výrobního čísla.
Do hromadných změn kmenových karet byla doplněna možnost změny atributu “Výrobní čísla / šarže”
Do nastavení řady DSN byl přidán checkbox pro přidání prefixu do číselné řady dokladů DSN. Prefix je odvozen od Aktuálního období - poslední dvě místa (RR).
Nastavení příznaku Splněno na vydané objednávce zároveň nastavilo i Datum realizace zobrazované i v editoru počítaným sloupcem Datum splnění. Akce Splněno nad přehledem Vydané objednávky Datum realizace nenastavovala. Bylo to tam doplněno. Zrušení příznaku Splněno, resp. akce Zrušit splněno Datum realizace vymaže.
Na profilech došlých objednávek lze po přechodu na režim rozšířeného dohledávání kurzů zvolit v parametru Způsob dohledání kurzu i nové nastavení Dle konstanty Dohledání kurzu pro fakturaci, sklady, aktivity .
Na profilech došlých objednávek je nově k dispozici akce Definice práv . Nastavená práva se uplatňují pouze při akcích generujících návazné doklady na základě daného profilu. Pokud zadaný uživatel, nebo role nemají Plný přístup, profil se nenabízí k výběru pro generování a v případě, že je přednastaven na řadě dané došlé objednávky, tak se akce Generuj návazný doklad na této objednávce neprovede.
Do přehledu došlé objednávky byly doplněny počítané sloupce
ND První přímý návazný doklad - zobrazí číslo a řadu dokladu první výdejky, nebo faktury, které byly vytvořeny přímo z došlé objednávky.
NP První přímý návazný pohyb - zobrazí druh pohybu dokladu ND
Jednodušší způsob zadávání výrobních čísel do položky došlé objednávky - v globálních konstantách Sklad, nákup, prodej/Položky dokladů lze zatržením parametru Zadávání VČ na položku došlé objednávky přes záložku Stav výrobních čísel aktivovat stejný způsob zadávání výrobních čísel k položce jako je k dispozici standardně na ostatních dokladech, tj. v editoru položky je k dispozici záložka Stav výrobních čísel s akcí Nové výrobní číslo , kterou lze založit současně kmenovou kartu, stav i pohyb výrobního čísla.
Na řadách dokladů Dobropis vydaný a Storno výdejky umožněno nastavit výpočet marží na položkách a jejich hlídání. Vypočtené hodnoty se ukládají s opačným znaménkem, než je na dokladech Faktura vydaná a Výdejka.
Do zápatí editoru skladových dokladů byla přidána hodnota pro Celkovou cenu bez DPH.
V tabulce dokladů zboží (výdejky, příjemky, faktury) vznikly nové sloupce Realizoval množstevně a Realizoval finančně - tyto sloupce jsou vyplněny ve chvíli realizace. U faktur je hodnota smazána zrušením realizace.
V editoru položky dokladu na záložce Výrobní čísla při použití volby “Nové výrobní číslo” bylo do data expirace doplněno aktuální datum. Opraveno. Datum se doplňuje jen v případě vyplnění atributu “Záruka vstup” na kmenové kartě.
Od verze 3.0.2023.0600 nešlo realizovat storno příjemky s pohybem výrobního čísla v případě, že byla nastavena globální konstanta Kontrola storna příjmu na hodnotu Na jednotkovou cenu storna a globální konstanta Metoda stanovení evidenční ceny na hodnotu souhrnně pro skladovou kartu. Opraveno
Od verze 3.0.2023.0300 se při převodu dokladu u položky s obaly přestala přenášet sleva ke skupině karet nastavená na organizaci. Opraveno.
Pokud v dialogu pro kopii došlé objednávky uživatel úmyslně vymazal Termín dodávky, nešlo kopii s prázdnou hodnotu termínu vytvořit. Opraveno
Při generování došlé objednávky z číselníku organizací (funkcí Nový doklad - Došlé objednávky) se na doklad nepřednastavil tiskový formulář dle komunikačního jazyka na vybrané organizaci. Opraveno
Při generování došlé objednávky z přijaté nabídky se vygenerovanému dokladu nepřiřadil tiskový formulář přednastavený organizaci na dokladu přes komunikační jazyk. Opraveno
Při zadávání položek do došlé objednávky se program řídil přednastavením hodnot polí Plnění DPH a Sazba DPH na řadě objednávky místo aktuálními hodnotami na hlavičce dokladu. Opraveno.
Bylo možné uložit duplicitní kategorie sortimentu. V tu chvíli nebylo možné založit novou kategorii, kvůli hlášce:
“Subquery returned more than 1 value. This is not permitted when the subquery follows =, !=, <, <= , >, >= or when the subquery is used as an expression.” Opraveno.
V případě, že se k zajištěné došlé objednávce vygenerovala a realizovala výdejka v době, kdy ještě nedošlo k příjmu na zajištění a k jeho realizaci, zůstalo na došlé objednávce původně zajištěné množství, které nebylo možné využít pro pokrytí jiných objednávek, dokud ho uživatel ručně neuvolnil. Opraveno: o množství vydané z volné zásoby se zajištěné množství automaticky ponižuje.
Při editaci položky schválené vydané objednávky mohlo být množství položky po potvrzení zobrazeného dialogu navyšováno na minimum dodavatele. Opraveno.
Splátkování a leasing
Byla zapojena funkcionalita zobrazování sestavy, která je nastavena na skupině.
Účetnictví
Pro případ neziskových organizací, které potřebují rozdělit výkaz zisků a ztrát na hlavní a hospodářskou činnost nikoli podle analytik účtů, ale podle útvarů nebo zakázek nebo nákladových okruhů jsou k dispozici 3 definované sloupce s názvem Hospodářská činnost, jejich definice jsou přiloženy. Lze použít pouze jeden z nich, buď útvary nebo zakázky nebo nákladové okruhy. Sloupec Hospodářská činnost se zobrazí v příslušném přehledu útvary nebo zakázky nebo nákladové okruh. Na záložce Hospodářská činnost zaškrtnete útvary nebo zakázky nebo nákladové okruhy pro hospodářskou činnost. Provedete aktualizaci výkazu..
Doplněna URL adresa pro “Kontrola platitelov, pri ktorých nastali dôvody na zrušenie registrácie na dokladoch.”
V některých databázích se nezaložila URL adresa pro tato ověření a akce Aktualizace plátců, u kterých nastaly důvody na zrušení registrace na dokladech končila chybou “Chyba pri importe XML súboru : Nie je nájdená žiadna URL, import nie je možné vykonať.”
Pokud je na faktuře nastavení Forma úhrady: Jednotky daňově a zároveň je na kontaci nastaveno Neseskupovat stejné řádky: nezaškrtnuto a pořadí řádků v kontaci je napřed řádky pro Základ daně - korekce(hlavička) a Částka daně - korekce(hlavička) a až poté Základ DPH a Částka DPH, docházelo k chybnému účtování pro Částku daně - ve sloupci Částka DPH je chybná hodnota odpovídající korekci, ale chybí vlastní částka DPH. Opraveno.
Po provedení akce Oprava v přehledu Řádky označených kontací pro hromadnou změnu navíc provedeno občerstvení přehledu tak, aby zobrazení odpovídalo stavu po provedené hromadné opravě.
Hromadné změny párovacího znaku jsou nově prováděny bez ohledu na nastavení v konfiguraci Konverze PZ při účtování = Odstranit 0 zleva.
Bankovní výpisy - akce Příprava účtování
Upravena akce Příprava účtování. V případě, že existuje vazba řádku bankovního výpisu na řádek platebního příkazu, který vznikl generováním ze saldokontního řádku, budou při akci Příprava účtování upřednostněny údaje/dohledané dimenze zdrojového saldokontního řádku. Před úpravou docházelo k dohledávání účetních dimenzí přes celý účetní deník bez ohledu na zdrojový saldokontní řádek.
Sloupec “Saldo v přípravě” je určen pouze pro vystavování tuzemských platebních příkazů.
Aby byl význam tohoto sloupce zřejmější, upravili jsme veřejný název sloupce na “ Saldo v přípravě pro tuzemské úhrady ”.
V editorech Upomínek a Úroků z prodlení (penalizačních faktur) v případě, že se zvolí jiný režim penalizace než je je smluvní % penalizace, se již neskrývají pole Název , Záhlaví a Text .
Evidence k DPH, Přiznání k DPH, Evidence pro účely DPH, tiskové zdroje pro tiskové formuláře:
Do hlavní pipeline DanovaEvidence byly přidány tyto údaje :
IČO organizace, Název země DPH, Název DUD, Název útvaru, Číslo útvaru s tečkami, Evidenční číslo vozidla.
Pro údaje z faktur a pokladních dokladů byly přidány nové pipeline.
Pro faktury pipeline DokladyZboziProTisk , veřejný název “ Doklady oběhu zboží pro tisk “.
Pro pokladní doklady pipeline DokladyPokladnyProTisk , veřejný název “ Doklady pokladny pro tisk “.
Je tedy nutné do tiskových formulářů přiřazovat hodnoty z těchto nových pipeline a nikoliv z původních vazebních pipeline “Doklady oběhu zboží“ a “Pokladní doklady“, které byly ponechány.
Do přehledů účetního deníku a účetního deníku celkem byly přidány do Nastav nové vazby do přehledů:
Přeúčtování režií
Rozpouštění režií
Z přehledů účetního deníku a účetního deníku celkem je tedy možno zobrazit údaje z uvedených dvou přehledů.
Aktualizace/ověření dle ARES
Přidána kontrola na přijatá data od ARES. Pokud napoprvé nedojde k přenosu, akce se automaticky ještě jednou zopakuje.
Přehled salda k datu, akce Zobrazení přehledu s aktualizací nebo Aktualizace vybraných přehledů může na velice velkých datech při velice častém spouštění uvedených akcí skončit chybovou hláškou:
Arithmetic overflow error converting IDENTITY to data type int.
Pokud se tato hláška objeví, v přehledu “Přehledy salda ke dni“ spustit novou servisní akcí “Servisní akce pro oveflow ID“. Akce vyžaduje potvrzení a heslo. Akce kontroluje, zda ve chvíli jejího spuštění v HeIios iNuvio nikdo jiný nepracuje.
Poznámka :
Pokud zákazník NEPOŽADUJE zachování jakýchkoliv dat napočtených v saldu ke dni a je ochoten si potřebná data znovu napočítat, lze aplikovat tento skript :
ALTER TABLE TabSaldoDenPrehCM DROP CONSTRAINT FK__TabSaldoDenPrehCM__IDSaldoDen
TRUNCATE TABLE TabSaldoDenPrehCM
TRUNCATE TABLE TabSaldoDenPreh
ALTER TABLE TabSaldoDenPrehCM ADD CONSTRAINT FK__TabSaldoDenPrehCM__IDSaldoDen FOREIGN KEY (IDSaldoDen) REFERENCES TabSaldoDenPreh (ID)
Bylo upraveno účtování nulového dokladu. Jedná se o případy, kdy je celková suma EC na položkách resp. suma SN za doklad větší než 0, ale všechny položky v EC resp. položky SN jsou nulové. Nově je i v tomto případu účtování nulového dokladu povoleno.
Přidaná funkcionalita : Za účelem podpor kontrol správného zadání na organizace v zápisech účetního deníku pro pomocný konsolidační přehled (PKP) je do přehledů Účetní deník a Účetní deník celkem přidána nová vazba Struktura výkazů PKP (vazba do přehledu Struktura výkazů PKP).
Vysvětlení stávající funkcionality : Pomocí nástroje Nastav v účetním deníku a v účetním deníku celkem lze přidat tyto důležité údaje:
Vazba Číselník organizací , sloupce:
ID partnera
Partner/IČO (zobrazí se ID partnera, pokud není zadáno, tak IČO)
Konsolidace státu (sloupec zaškrtávátko)
Vazba Číselník organizací 2 , sloupce:
ID partnera
Partner/IČO (zobrazí se ID partnera, pokud není zadáno, tak IČO)
Konsolidace státu ( sloupec zaškrtávátko)
V přehledu Účtový rozvrh je přidána vazba na Organizaci (PAP), tedy vazba do přehledu Organizace.
Délka pole Název zápočtu byla prodloužena na 255 znaků. Týká se zápočtu v modulu fakturace i v saldokontu.
Byly ošetřeny případy při zobrazení přehledu souhrnného hlášení / výkazu, kdy DIČ DPH v okamžiku zdanitelného plnění bylo platné, ale v okamžiku zobrazení přehledu souhrnného hlášení / výkazu bylo již neplatné.
Ke stávajícímu algoritmu byly přidány další kontroly. Pokud DIČ není v okamžiku zobrazení přehledu souhrnného hlášení / výkazu platné, prochází se zdrojové doklady v účetním deníku a podle DUZP je kontrolováno na v Log ověření DIČ - EU VIES.
Pokud je pro daný den podle DUZP (bez ohledu na čas) výsledek Platné DIČ platné, je příslušný doklad O.K.
Pokud je pro daný den podle DUZP (bez ohledu na čas) výsledek Platné DIČ neplatné, příslušný doklad nepatří do SV/SH.
Pokud je pro daný den podle DUZP (bez ohledu na čas) záznam v Log ověření DIČ - EU VIES není, pokusit se dohledat nejbližší časově novější záznam (bez ohledu na měsíc, čtvrtletí,…)
Pokud je pro dohledaný záznam v logu výsledek Platné DIČ platné, je příslušný doklad O.K.
Pokud je pro dohledaný záznam v logu výsledek Platné DIČ neplatné nebo záznam v logu neexistuje, příslušný doklad nepatří do SV/SH.
Po provedení akce se zobrazí přehled organizací s neplatnými DIČ DPH podle bodu 3.b., pokud takové existují.
Před otevřením přehledu SH / SH se zobrazí informace:
“Přehled organizací s aktuálně neplatným DIČ DPH k datu XX.XX.XXXX. Prosím ověřte, zda k DUZP příslušných dokladů bylo DIČ DPH platné. Pokud bylo platné, nastavte ruční ověření DIČ DPH pro dané DIČ DPH k poslednímu datu platnosti DIČ DPH. K dalšímu dni platnost zrušit. Poté proveďte zobrazení s aktualizací znovu.”
XX.XX.XXXX je datum z logu podle bodu 3.b., v případě, že záznam v logu neexistuje **), je datum XX.XX.XXXX = datum aktuálního dne.
Účtování prvotních dokladů (faktur, pokladních dokladů a pod.). Pokud se při editaci před zaúčtováním přidá k dokladu řádek, nebo se v rámci dokladu řádek zkopíruje, na nově vzniklý řádek se přenese i vazba na prvotní doklad.
Účetnictví, podklady pro přiznání k dani z příjmů právnických osob.
Bylo opraveno hlášení u akce Generování zpráv - odeslání Podkladů k DPPO. Nový text hlášení je: “ Podklady k dani z příjmů PO uloženy ”.
Upravena funkcionalita automatického účtování kurzových rozdílů. Při hromadném účtování úhrad, kde bylo k jedné faktuře více částečných úhrad, které zakládaly kurzové rozdíly, se při účtování s využitím funkcionality automatického účtování kurzových rozdílů řádky kurzových rozdílů v přehledu editace před zaúčtováním násobily. Zaúčtování proběhlo správně. Duplicitní řádky kurzových rozdílů nebyly zaúčtovány, objevilo se upozornění, že doklad je již zaúčtován.
Do konfigurace Účetnictví, Upomínky a úroky z prodlení jsou nová pole Texty pro e-mail: zvlášť pro upomínky a zvlášť pro penalizační faktury. Proklik do přehledu Texty pro e-mail. Při automatickém generování upomínek nebo úroků z prodlení se použije:
Předmět emailu se převezme z pole Předmět textu pro email.
Za stávající text v emailu se připojí text případně i grafika (HTML) z pole Text textu pro email.
Do přehledu Účetní fakturační saldo ke dni doplněny sloupce:
Rozdíl fakturační a účetní fakturační saldo v hlavní měně k datu Rozdíl fakturační a účetní fakturační saldo v měně faktury k datu
Bylo upraveno počáteční nastavení při generování nové databáze Helios iNuvio:
Konfigurace, DPH Zajištění DPH:
Způsob označení nespolehlivého plátce pro kontrolu: Automaticky označovat všechny nové organizace .
Způsob označení zveřejněných bankovních účtů pro kontrolu: Automaticky označovat všechny nové organizace .
V sazbách DPH je pro:
Druh sazby DPH (TabSazbyDPH.DruhSazbyDPH) = 2=Snížená sazba
Sazba DPH (TabSazbyDPH.SazbaDPH) = 15
Země (TabSazbyDPH.ISOKodZeme) = CZ
Datum od (TabSazbyDPH.PlatnostOd) = 01.01.2013
Datum do (TabSazbyDPH.PlatnostDo) = 31.12.2014
Je nově přednastaveno Datum ukončení: 31.12.2014.
Pokud je na Přiznání k DPH nastaveno: Vypořádání poměrným koeficientem: Zadávat ručně, přes akci Hromadné změny nad účetním deníkem nešla změnit hodnota poměrného koeficientu, na což bylo upozorněno chybovou hláškou: “Poměrný koeficient nemůže být nastaven. Na období DPH není povoleno nastavení poměrného koeficientu” (ačkoli ve skutečnosti povoleno je). Funkcionalita byla upravena takto:
Bylo zjednodušeno zadávání změny - nyní se zadává při akci Hromadné změny nad účetním deníkem pouze : zaškrtávátko před polem pro poměrný koeficient, pole pro ruční hodnotu poměrného koeficientu (do účetního deníku se zapíše pouze v případě, že příslušné Přiznání k DPH má nastaveno “Poměrný koeficient“ na “Zadávat ručně“) a zaškrtávátko “Z období DPH“ (dojde k přenesení poměrného koeficientu z Přiznání k DPH, do účetního deníku se zapíše pouze v případě, že příslušné Přiznání k DPH má nastaveno “Poměrný koeficient“ na “Dotahovat z období DPH“).
Lze tedy zároveň nastavovat poměrný koeficient pro účetní doklady spadající do různých Přiznání k DPH s různým nastavením “Poměrný koeficient“.
Při účtování faktur a dobropisů přijatých je nově umožněno rozlišit tzv. Ostatní částky . Ostatní částky se týkají položek:
Které se netýkají DPH (např. dodávka od neplátce DPH, refundace mezd a pod.)
Které je nutno zdanit systémem Reverse-charge (samovyměření, přenesení daňové povinnosti), kdy si odběratel sám určí sazbu DPH a při účtování se vygenerují řádky s částkami DPH na výstupu i vstupu.
Aby bylo možno při účtování tyto položky rozlišit, byla na druhu řádku kontace faktur a dobropisů přijatých přidána nový volba (kombo) Ostatní částky/samovyměření . Tato volba je zobrazena pouze na druhu řádku kontace Ostatní částky a Záloha - ostatní částky.
Volby komba Ostatní částky/samovyměření :
Nerozlišeno (výchozí hodnota) - stávající funkcionalita
Částky bez DPH pouze pro položky ad 1. (netýkají se DPH)
Částky pro samovyměření pouze pro položky ad 2. (položky pro samovyměření)
V návrháři zápočtů spouštěného ze zápočtů nad saldem je nově umožněno zahrnovat i přeplacené faktury oproti nepřeplaceným fakturám stejného typu (faktury vydané resp. přijaté). Přeplacená vydaná faktura se nyní považuje pro účely návrháře zápočtů za závazek, přeplacená přijatá faktura se nyní považuje pro účely návrháře zápočtů za pohledávku.
Do přehledu Hlavní kniha , otvíraný z přehledu Účtový rozvrh, akce Přehled hlavní kniha , jsou přidány nové vazby v nástroji Nastav:
vazba na útvary
vazba na nákladové okruhy
vazba na vozidla
Pokud se při účtování nedohledá Kód/druh tovaru pro Kontrolní výkaz DPH (SK), tak se do účetního deníku při účtování nebude přenášet ani Množství pro KV DPH ani Měrná jednotka pro KV, i kdyby na pohybech zboží tyto údaje byly.
Obdobně, jako je možnost přednastavit sestavy pro přehledy jednotlivých saldokontních skupin, byla přidána možnost přednastavit sestavy v přehledu Účetní deník pro jednotlivé druhy účetních dokladů.
Kontace pro druh pohybu Faktury přijaté resp. Dobropis přijatý.
Pro druh řádku kontace Samovyměření DPH - není nárok je doplněna funkcionalita zjednodušeného účtování. V editoru ruh řádku kontace Samovyměření DPH - není nárok , oblast [1] Zdroj dotažení účtu: jsou doplněna zaškrtávátka pro zjednodušené účtování:
Sklad
Stav skladu
Kmenová karta
Skupina karet
Účet
Při vlastním účtování se aplikuje analogická logika dohledávání účtu - zjednodušené účtování - jako např. u druhu řádku kontace Základ DPH.
Účetní doklad v účetním deníku, který vznikl účtováním bankovního výpisu.
Pokud se jedná o případ, kdy akce Zobrazení zdrojového dokladu zobrazí hlavičku dokladu, je aktivní i další akce Zobrazení řádku zdrojového dokladu .
Akcí Zobrazení řádku zdrojového dokladu dojde k tomu, že se:
otevře daný doklad - bankovní výpis (dtto jako na akci Zobrazení zdrojového dokladu)
navíc se doklad bankovní výpis otevře
zobrazí se záložka s řádky (tj záložka 2 - položky)
kurzor se nastaví na daný řádek
Co se týká zobrazení akce z účetního deníku, akce Zobrazení řádku zdrojového dokladu je aktivní pouze na řádcích dokladu, který vznikl účtováním bankovního výpisu. Při nastavení účtování Způsob účtování protihodnot: Sumace debet či kredit za datum úhrady není akce aktivní na řádcích účetního deníku sumace debet či kredit.
Při odesílání upomínek nebo úroků z prodlení emailem resp. prostřednictvím datové schránky je nově umožněno odeslat i příslušnou fakturu resp. faktury.
V Globálních konstantách, Účetnictví, záložka Upomínky a úroky z prodlení je přidáno nové pole volba Odesílat i formulář faktury pro s nabídkami:
Neodesílat (výchozí)
Upomínky
Úroky z prodlení
Upomínky i úroky z prodlení
a nové pole Tiskový formulář faktury s proklikem do přehledu Definice tiskových formulářů a nové pole: Formát tiskového souboru .
Jak se dohledává příslušný tiskový formulář faktury?
Upomínka resp. úroky z prodlení generované z faktur - formulář z faktury. Pokud se nenalezne, z příslušné řady faktur.
Upomínky resp. úroky z prodlení generované ze salda - dohledá se prostřednictvím deníkových záznamů k saldu řádek, který vznikl zaúčtováním faktury. Pokud se nalezne vazba pouze na jednu fakturu, jedná se o tuto fakturu.
Pokud se nenalezne, z nového pole Tiskový formulář faktury v Globálních konstantách.
Pokud se nenalezne podle předchozích bodů, tiskový formulář faktury není nalezen. Upomínky resp. úroky z prodlení se odešlou, ale bez formuláře faktur. V logu bude příslušná informace.
Do přehledů Účetní deník a Účetní deník celkem je přidán sloupec "Uživatelské označení". Cílem je umožnit označovat řádky účetního deníku obdobně jako ve fakturaci, kde sloupeček "Uživatelské označení" už existoval. K dispozici jsou nové akce Uživatelské označení (Ins) a Vybrat uživatelsky označené (Ctrl + Ins).
V přehledech Účetní deník a Účetní deník celkem je přidána nová akce Doklady přeúčtování režií . Na označených řádcích účetních dokladů, ze kterých byly vygenerovány doklady přeúčtování režií (označen jeden nebo více řádků - zdrojové řádky dokladů), se spuštěním akce Doklady přeúčtování režií zobrazí přehled vygenerovaných dokladů přeúčtování režií (cílové doklady), které příslušejí zdrojovým řádkům dokladů.
Na kontaci pro účtování úhrady faktury je nově umožněno nastavit Datum salda = Datum splatnosti .
Byly upraveny podmínky pro zobrazení dotazu v saldu po spuštění akce Spárování:
“Chystáte se změnit organizaci a/nebo párovací znak na účetním dokladu.... který má nebo bude mít dopad do kontrolního hlášení DPH.
Opravdu pokračovat?”
Uvedený dotaz se objeví pouze v případě, že se bude měnit organizace a/nebo párovací znak na dokladu, který by znamenal změnu DIČ DPH (vyvolanou změnou organizace) nebo změnu Evidenčního čísla daňového dokladu (vyvolanou změnou párovacího znaku) v uzavřeném kontrolním hlášení resp. kontrolním výkazu.
Oprava DPH v editaci před zaúčtováním si nesla chybné ID dokladu (dokladu z tabulky Editace před zaúčtováním). Opraveno.
Pokud se chyba v databázi vyskytla, byl na ni uživatel upozorněn při kontrole DPH.
Byla opravena chyba při generování upomínek z faktur se zádržným:
Upomínaná částka = Fakturovaná částka - suma všech zádržných + suma všech uvolněných zádržných před datem upomínky.
Obdobně bylo upraveno i generování úroků z prodlení.
V přehledu Účetní kódy - kontace, akce Řádky označených kontací pro hromadnou změnu, byla opravena akce Hromadné změny , kdy nefungovala hromadná změna Změna strany (změna strany MD <->Dal).
Byla opravena chyba při aktualizaci výkazu OSS (One Stop Shop), pokud bylo v konfiguraci zapnuto Rozšířené dohledávání kurzů. V některých případech se kurz nedoplnil, zobrazila se hláška: Některé kurzy nebyly dohledány, zkontrolujte.
Byla opravena chyba v účetním deníku při ručním pořizování dokladů v cizí měně na velmi vysoké částky (např. 750 mil. EUR), která se projevovala hláškou “ Nelze uložit nevyrovnaný doklad (Rozdíl 0,00) ”
Byla opravena chyba, která se ojediněle objevovala při účtování došlých faktur, viz příklad zaúčtování došlé faktury, (např. DUZP=06/2023, Datum doručení=07/2023) skončilo chybou “Program nenalezl vhodné období DPH”, v případě, že období DPH 06/2023 již bylo uzavřeno. Opraveno, program dohledá období DPH podle data doručení, případně nejbližší vyšší neuzavřené období DPH.
Byla opravena chyba související s funkcionalitou vazby účtů a dimenzí. Když je v Globálních konstantách, pole Povolit filtraci dimenzí při přenosu v deníku zaškrtnuto, tak není v editoru účetního deníku povolen výběr dimenze ačkoli by výběr měl být povolen. Vysvětlení na příkladu: v přehledu Vazby účtů a dimenzí má účet 518100 pouze jeden záznam, např. má povolen útvar 100. Další dimenze - např. nákladový okruh omezeny nejsou.
Při účtování pomocí kontace se dá správně zaúčtovat na účet 518100, útvar 100 a nákladový okruh např. 22.
Při účtování pomocí kontace nelze správně zaúčtovat na účet 518100, útvar 200 a nákladový okruh např. 22. Ovšem při pokusu změnit útvar 200 na povolený útvar 100 toto nelze, jelikož se útvar 100 při prokliku v poli útvar nenabízí.
Opraveno.
Pokud neexistovala licence na modul Pokladna, ale používaly se firemní platební karty, v saldokontu ve zobrazení zdrojových řádků v účetním deníku akce “Zobrazení zdrojového dokladu” hlásila chybu: “Přehled pokladní doklady není instalován - nemůže být zobrazen.” Opraveno.
Podklady pro přiznání k dani z příjmů právnických osob (CZ) - na druhé záložce 2 - Uzávěrka je zaškrtnuté pole Závěrka přiložena a zároveň Účetní závěrka sestavena v celých: TISÍCÍCH. Přesto se tento údaj nedostal do xml zprávy a při importu xml zprávy do aplikace Moje daně je hlášena kritická chyba, že není označeno, zda je závěrka v tisících nebo milionech Kč. Opraveno.
Byla opravena chyba v přehledu saldokonta, akce "Poznámky k saldokontnímu případu", poznámka se uloží, ale když se na saldokontním řádku v deníku změnilo datum splatnosti, saldokontní poznámka se bez upozornění smazala.
Byla opravena chyba v účetním deníku.
Na dokladu, který byl v uzavřeném období KH, bylo možno změnit částku. Šlo o případ, kdy byl doklad v uzavřeném období KH, ale období DPH uzavřené nebylo (kvartální plátce). Pokud se provedla změna částky na řádku, který nebyl uzavřený, pak se označil řádek, který měl částku šedivou a jakoby zamčenou tím uzavřeným KH, spustila se akce Dorovnej, částka se změnila a doklad bylo možno uložit.
Zároveň se dal tímto postupem doklad převést do fáze pořízeno. Změnila se částka na řádku, který se netýká DPH, např. s účtem 311, pak se označil jiný řádek, spustila akce Storno, zobrazila se hláška, jestli se chce nevyrovnaný doklad převést do fáze pořízeno. Pokud se potvrdilo Ano, fáze se změnila, i když doklad spadal do uzavřeného KH.
Pokud při pohledu do účetnictví nad hromadně označenými doklady výdejek nebo příjemek je kurzor zrovna nad nulovým zaúčtovaným dokladem, nezobrazí se doklady ostatních označených zaúčtovaných dokladů. Opraveno.
Byla opravena chyba v evidenci pro účely DPH One Stop Shop, kdy byl v případech oprav použitý chybný kurz pro přepočet do EUR, podle toho který kurz se do výkazu OSS - záložka 4 dostal dříve (kurz běžného období pro OSS vs. kurz použitý pro opravu z některého předchozího období OSS).
Výroba
Filtrování ve stromečkových přehledech kapacitního plánu:
V akcích místní nabídky na stromečkových přehledech kapacitního plánu jsou nové funkce:
Přidat/Odebrat z oblíbených
Odebrat vše z oblíbených Pomocí těchto funkcí lze nastavit oblíbené položky stromečkových přehledů.
Filtrování stromu lze zapnout pomocí funkce: Zobrazení pouze oblíbených položek .
Ve stromečkových přehledech kapacitního plánu lze nastavit, zda se má úroveň vyráběných dílců zobrazovat na samostatných řádcích.
Nastavení lze provést volbou Zobrazení rozpadu na vyráběné dílce .
V přehledu Evidence výrobních operací je možné nastavit koeficient vícestrojové obsluhy
Přednabízí se hodnota z výrobní operace
Při změně koeficientu se aktualizuje čas obsluhy podle času stroje
Parametr byl přidán i do uložené procedury hp_EvidenceOperace pro evidenci operací z externích systémů
V modulu Technická příprava výroby lze hromadně měnit přiřazení kontrolních postupů k výrobním operacím.
Spouští se na přehledu Vyráběné dílce pomocí funkce Hromadná změna technologických postupů. Nově tato funkce umožňuje i hromadnou změnu kontrolních postupů pro označené výrobní operace.
V konfiguraci kapacitního plánu je nové nastavení "Respektovat plánované zahájení výrobní operace" .
Při tomto nastavení se výrobní operace zaplánuje až po termínu Plánované zahájení na výrobní operaci (pokud je vyplněno).
Při vytváření zakázkové modifikace se nově přenášejí i externí atributy úkonů operace.
V přehledu výrobních příkazů je nový sloupec "Kusy neodvedené" .
Vyjadřuje rozdíl mezi množství realizovaným na odváděcí operaci a množstvím odvedeným na příkaze.
Nová funkce v Evidenci výrobních operací: Generování výrobního plánu na zajištění neopravitelných zmetků .
Tuto funkci je možné použít v případech, kdy zmetek vznikl až v rámci nadřízeného výrobního příkazu, kterému předcházelo více podřízených výrobních příkazů a je tedy potřeba vyrobit vše znovu.
Podpora odvádění práce více zaměstnanců na jedné operaci
Na přehledu Rozpracovaných operací lze zadat rozpis zaměstnanců, kteří se na operaci podíleli
Rozpis zaměstnanců lze zadat i v rámci Evidence výrobních operací
Podpora zadání více zaměstnanců je i v rámci Hromadné evidence výrobních operací
Při exportu xls souboru z funkce Generování objednávek občas docházelo k chybě. Opraveno.
Na přehledu Materiály a polotovary pro výrobu v některých případech docházelo k chybě při spuštění Automatu. Opraveno.
Zakázky
Na řadu zakázek byly doplněny dva nové parametry, kterými lze změnit výchozí chování při výběru zakázky ve stavech Uzavřeno a Blokováno na libovolném druhu dokladu:
Použití záznamu ve stavu Uzavřeno - lze vybrat tyto 3 možnosti: Povolit bez hlášení / Hlásit / Nepovolit s hlášením (výchozí nastavení)
Použití záznamu ve stavu Blokováno - lze vybrat tyto 3 možnosti: Povolit bez hlášení / Hlásit (výchozí nastavení) / Nepovolit s hlášením
Do přehledů Zakázky a Obchodní případy byla doplněna akce Kopie, která umožňuje založit záznam s vybranými údaji v dialogu Kopie … obdobně, jako tomu je v akci Generování návazné zakázky. V daném případě se ale neplní ve zdrojové zakázce vazba Návazná zakázka.
Comments