HELIOS - Změny 09/2024

Banka

Pro řady dokladů s nastavením druh pohybu = dobropis vydaný byl na záložku 4 - Návazné doklady, oddíl [3] Banka, doplněn nový atribut

Variabilní symbol pro platební příkaz:

• číslo dokladu (default, stávající stav)

• číslo dodavatelské faktury

• číslo objednávky

Při akci Generování tuzemského PP v hlavní měně, Generování tuzemského PP v cizí měně, Generování zahraničního PP + vše i pro sdružené platby (akce přehledu Fakturace) se v případě Dobropisu vydaných bude přihlížet k tomuto nastavení.

Nastavení je také zohledněno při akci Přenos faktur z editoru řádku Tuzemského platebního příkazu.

Při importu bankovního výpisu v cizí měně přes BankApp byl doplněn algoritmus dohledání a přednastavení kurzu cizí měny na hlavičku výpisu.

Rozšířena akce Příprava účtování bankovního výpisu. Funkcionalita dotažení účtu z řady dokladů, pokud je k řádku bankovního výpisu připojena faktura, která je označena jako Zálohová faktura, byla rozšířena i pro Daňové doklady k přijaté platbě. Tj. pokud je k řádku bankovního výpisu připojena faktura, která je vystavena v řadě Daňový doklad k přijaté platbě (na řadě musí být toto zatrženo), pak při přípravě účtování systém dotáhne účet z pole Účet zálohy na příslušné řadě Daňových dokladů k přijaté platbě.

Při zasílání SEPA plateb do BankApp z přehledu Platební příkazy tuzemské akcí SEPA platby se ve Zprávě pro příjemce (message) uvádí nově i variabilní, příp. konstantní a specifický symbol. Zpráva pro příjemce se složí ve tvaru:

Účel platby + VS:nnnnnnnn + KS:nnnnnnnnnn + SS:nnnnnnnnnn

Příklad: Platba faktury VS:1234567890

V akci Definované importy v přehledu úhrad řádku bankovního výpisu jsou k dispozici nové atributy

• Text 2

• Text 3

• Účetní účet

• Účetní účet 2

• Účetní účet 3

Umožňují importovat údaje Text a Účetní účet k řádkům, které se vytvoří pro atributy Obratová částka 2 a Obratová částka 3.

Přenos výpisů z BankApp

U vlastních bankovních spojení je možné ovlivnit, jak se budou číslovat bankovní výpisy přenášené z BankApp (netýká se importů bankovních výpisů přes Zprávy → Načtení zpráv).

Do tabulky hlaviček výpisů byl přidán nový atribut Původní číslo výpisu , kam se bude při importu z BankApp zapisovat číslo výpisu od banky, pokud je součástí výpisu. Pokud není číslo součástí výpisu z banky, zůstane pole prázdné.

Konfigurace pro jednotlivá období:

V editoru bankovního spojení vlastní organizace (tj. s vazbou na org. č. 0) doplněna na záložce 5 - Bankovní API, podzáložka Bankovní výpisy nová akce Číslování importovaných výpisů.

Potvrzením akce se zobrazí přehled Účetních období. Každé jednotlivé Účetní období jde dát do Opravy, kdy se objeví editor, kde je možné nastavit:

Zaškrtávátko “Zachovat číslo výpisu banky“ (Výchozí nastavení zaškrtnuto). Pokud je zaškrtnuto, jsou ostatní atributy v nastavení nepřístup né a bude se to chovat jako nyní. Číslo výpisu se naimportuje také do nového atributu Původní číslo výpisu. Pokud nebude zaškrtnuto, zpřístupní se následující atributy, výpisy se budou podle jejich nastavení číslovat bez ohledu na to, co přiteklo z banky (číslo přidělené bankou se uloží do nového atributu Původní číslo výpisu).

“Řada dokladů“ Nastavuje se číslo, které dostane první importovaný výpis v daném období, např. 240001 nebo 1001 (výchozí hodnota 1)

“Plnit mezery“ Zaškrtávátko (výchozí hodnota nezaškrtnuto)

Při založení nového účetního období se převezme nastavení z nejbližšího předchozího.

Import výpisů přes BankApp bude pro plnění atributu Číslo výpisu přihlížet k novému nastavení na období. Období se dohledá podle Datumu výpisu.

Pokud Zachovat číslo výpisu = zaškrtnuto - vše jako doposud

Pokud Zachovat číslo výpisu = nezaškrtnuto + Plnit mezery = nezaškrtnuto - v přehledu bankovních výpisů se pro dané vlastní bankovní spojení dohledá výpis s nejvyšším číslem. Nově zakládanému výpisu dá systém číslo +1 a provede test - číslo nového výpis je rovno nebo vyšší než údaj v Řada dokladů: ANO -> použiji toto číslo NE -> použiji číslo = Řada dokladů pro dané období

Pokud pro dané bankovní spojení nebude v období dohledán žádný jiný výpis, pak systém použije číslo = Řada dokladů

Pokud Zachovat číslo výpisu = nezaškrtnuto + Plnit mezery = zaškrtnuto - v přehledu bankovních výpisů najde systém pro dané vlastní bankovní spojení první volné číslo, které je vyšší než údaj v Řada dokladů. Pokud žádné takové není, pak přiřadí číslo = Řada dokladů

Tato konfigurace bude sloužit pouze pro BV importované přes BankApp.

V editoru pro generování platebního příkazu ve fakturaci lze nově přidat korekci datumu splatnosti. Korekci lze použít, pokud je nastaveno Převzít datum splatnosti z dokladu.

• výchozí hodnota 0 (může být zadána pouze hodnota větší nebo rovno 0)

• pole je přístupné a je zohledněno pouze pokud je zatrženo Převzít datum splatnosti z dokladu

• datum splatnosti platebního příkazu = Datum splatnosti minus korekce (např. Datum splatnosti faktury přijaté je 13.9.2024. Při generování platebního příkazu se nastaví korekce 3. Platební příkaz se vygeneruje s datem splatnosti 10.9.2024.)

• při generování platebního příkazu probíhá test:

  • datum splatnosti minus korekce je v budoucnosti a toto datum je pracovní den - nastaví toto datum

  • datum splatnosti minus korekce je v budoucnosti a toto datum je nepracovní den - nastavím nejbližší předchozí pracovní den (nesmí být nižší než “dnes”, pak nastavit nejbližší následující pracovní den od “dnes”)

  • datum splatnosti minus korekce je dnes - nastavím “dnes” (pokud je “dnes” pracovní den, popř. nejblížší následující pracovní den od “dnes”)

  • datum splatnosti minus korekce je v minulosti - nastavím “dnes” (popř nejbližší následující pracovní den)

    
    

Doplnění funkcionality nastavení příznaku “Stav přípravy účtování“ na řádcích bankovního výpisu pro úhrady Leasingu. Nyní by se mělo chovat stejně jako pro úhrady (s vazbou na fakturaci, saldo popř. ručně zadané).

Úpravy se týkají zejména těchto oblastí:

• ruční zadání účtu na úhradu Leasingu - při účtování nebude nutné vyplnit účet i na řádku BV. Stačí zadání účtu na úhradě.

• test účtování řádku BV s vazbou na úhradu Leasingu - pokud bude účet na úhradě leasingu, nebude vyžadován účet na řádku BV.

  
  

Upravena provázanost práv pro přehledy Bankovní spojení.

Pokud nemá uživatel právo na přehled systémové číslo 105 - Bankovní spojení zaměstnance, automaticky se mu omezí zobrazení údajů v přehledu 104 - Bankovní spojení, kdy bankovní spojení s vazbou na zaměstnance se uživateli nebudou zobrazovat.

Obdobně se chová v případě, že uživatel nemá právo na přehled 63 - Bankovní spojení organizace. V tomto případě se v přehledu 104 - Bankovní spojení nebudou zobrazovat bankovní spojení s vazbou na organizace.

Příprava účtování řádku bankovního výpisu - dohledání účtu dle pomocného textu

Změna principu porovnání řetězců. Dříve se dohledával pomocný text pouze na principu shody řetězců, řetězec1 = řetězec2. Nově, pokud neskončí úspěšně dohledávání na základě úplné shody, se pomocný text dohledává na principu řetězec1 (účel platby na řádku bankovního výpisu) obsahuje řetězec2 (text na pomocném textu).

Založení řádku platebního příkazu v přehledu Řádky platebního příkazu přes akci Přenos faktur. Nebylo možné založit řádek platebního příkazu pro uvolněné zádržné, které bylo uvolněno do budoucnosti, i když datum splatnosti platebního příkazu bylo rovno nebo vyšší než datum uvolnění zádržného.

Upraveno.

Při ručním pořízení bankovního výpisu se neplnila pole Obrat kredit a Obrat debet na hlavičce bankovního výpisu. Doplněno.

Při založení bankovního výpisu importem jsou pole plněna v závislosti na formátu importního souboru.

Na bankovním spojení vlastní organizace (vazba na organizaci č. 0) lze nově nastavit, co se má při generování platebního příkazu z fakturace přenést do účelu platby.

V editoru bankovního spojení je na záložce č. 2 - Platební příkazy nový region [5] Účel platby na platebních příkazech. Jeho funkcionalita je shodná jako při nastavení v globální konfiguraci, avšak pouze pro konkrétní bankovní spojení. Aby bylo možné účel platby pro vybrané bankovní spojení nastavit, je třeba nejprve zaškrtnout “Použít pro účel platby”. Bez tohoto nastavení nelze dále vybírat, které atributy se mají z faktury přenést do účelu platby a zároveň k nim není při generování platebního příkazu přihlíženo.

Do účelu platby lze přenášet atributy:

• Řada a pořadové číslo

• Název organizace/Zaměstnance

• Popis dodávky

• Číslo objednávka

• Oddělovač

Nastavený Oddělovač se použije pro oddělení jednotlivých atributů, které jsou označeny pro přenos do Účelu platby na platebních příkazech (tuzemských i zahraničních). Výchozí hodnota "není" představuje výchozí stav a lze změnit na Středník (;), Čárka (,), Plus (+). Oddělení Párovacího znaku 2 plusy na začátku i konci zůstává beze změny.

Upravena funkcionalita Generování bankovního spojení:

• řádek BV je zaúčtovaný a nemá vazbu na fakturu - založí BS k organizaci/zaměstnanci podle účetních údajů

• řádek BV je zaúčtovaný a má vazbu na fakturu - založí BS k organizaci/zaměstnanci podle účetních údajů

• řádek BV není zaúčtovaný a má vazbu na fakturu - založí BS k organizaci/zaměstnanci podle faktury

• řádek BV není zaúčtovaný a nemá vazbu na fakturu - nelze BS založit, protože řádek není zaúčtovaný, ani nemá vazbu na fakturu.

  
  

Bankovní výpisy - Definované importy.

Byla přidána možnost importovat ze souboru atributy Účetní účet a Text.

Založena nová konstanta do Banka/Bankovní výpisy/Úhrady, která při Automatickém přiřazení úhrad. vyřadí bankovní spojení, která mají vazbu na organizaci v určitém stavu (viz. atribut Stav v přehledu Organizací, popř. v editoru organizace)

Přiřazovat úhrady na bankovní spojení k organizacím:

• bez ohledu na stav organizace (= přiřazovat vždy, stávají stav) (default)

• pouze k organizacím ve stavu Aktivní (TabCisOrg.Stav=0)

• vše, mimo stav organizace Zakázána (TabCisOrg.Stav=0,1,3)

  
  

Bankovní výpisy, akce Definované importy.

Když je import nastavený tak, že se mají naimportovat všechny soubory ze zvoleného adresáře, a v adresáři jsou výpisy z více účetních období, naimportují se nově všechny výpisy spadající do neuzavřených období. Dosud se importovaly pouze výpisy do aktuálně vybraného období, u ostatních výpisů byla v logu hláška “Výpis nespadá do aktuálního období”.

Příklad: Importují se výpisy z období 2024 a 2025, aktuálně vybrané období je 2024, obě období jsou otevřená. Dosud se naimportovaly pouze výpisy do období 2024, nově se naimportují výpisy do obou období.

Opravena chyba ve výpočtu kurzového rozdílu při přiřazení úhrad k řádku bankovního výpisu. Chyba se projevila, pokud na již založené úhradě docházelo k dalším změnám (např. uživatel změnil částku).

Odesílání příkazů do BankApp

Ve specifických případech mohlo chybně dojít k opakovanému odeslání platebních příkazů do BankApp. Opraveno.

Celní případy

U dokladů NCTS přijatý se po načtení zprávy "Vykládka povolena" přepočte sloupec  TabNCTS.PocetNaklKusu  stejným způsobem jako by to provedl uživatel stiskem tlačítka. Nahrazuje se tím původní zaniklá funkcionalita. (Do 2.10.2023 se sloupec doplňoval z XML “vykládka povolena” po tomto datu ale XML tento údaj neobsahuje.)

Při exportu vývozní deklarace do xml bude dodatečný text k dodací podmínce exportován pouze při podmínce XXX.

Při změně druhu nákladových kusů bez změny označení nebo počtu n.k. mohlo dojít k zobrazení chybového hlášení a vymazání údajů o nákladových kusech. Opraveno

V editoru přehledu “Odesílání informací o změně stavu” přibylo pro každý stav nové zaškrtávátko “Dok”, které má výchozí stav “Nezaškrtnuto“ - v případě zaškrtnutí se pro daný stav celní deklarace začnou odesílat i další dokumenty připojené v přehledu “Dokumenty” u dané deklarace.

V editoru přehledu “Dokumenty” přibylo na dokumentu na záložce “Specifikace” nové zaškrtávátko “Zahrnout do emailu při změně stavu”, které má výchozí hodnotu “Zaškrtnuto”.

Automatické odesílání informací o změně stavu nyní spolu s XML a tiskovým formuláře odesílá také všechny dokumenty připojené k dané celní deklaraci, které mají zaškrtnuté nové zaškrtávátko “Zahrnout do emailu při změně stavu”

CLA - Odesílání informací o změně stavu - aby se mohl tiskový formulář odeslat v mailové zprávě spolu s příslušným XML, je třeba PDF nejprve vygenerovat a uložit někam na disk. Do této chvíle bylo nutné aby na zvoleném tiskovém formuláři existovala nastavení pro uložení PDF do souboru. I nyní se generování primárně dívá do nastavení na daném tiskovém formuláři. Pokud ale toto nastavení není vyplněno, hledá se uživatelské lokální nastavení “Implicitní typ pro uložení tisku do souboru” a “Implicitní cesta pro uložení tisku do souboru”. Pokud není ani zde, vyskočí sada dialogů, které musí uživatel potvrdit.

CRM

Akce Aktualizace údajů z webu [CZ] nad organizacemi byla upravena, aby v případě zapnuté konstanty Automaticky generovat zveřejněné bankovní účty zkontrolovala již existující účty, zda jsou / nejsou mezi zveřejněnými bankovními účty v registru správce daně. Pokud by účet nebyl zveřejněn, tak systém v procesním okně na tuto skutečnost upozorní.

Ares - v rejstřících, z nichž se čerpají adresní údaje, nastávají případy, kdy tyto údaje nejsou strukturovány do jednoznačně určených polí pro jednotlivé části adresy, ale předávají se pouze pohromadě v 1 atributu textovaAdresa , nebo jsou částečně zadány v adresních polích, ale ne ve správných (např. PSČ spolu s názvem obce v poli pro ulici, popisné číslo spolu s místem sídla).

Akce Aktualizace/ověření dle Ares v takovém případě adresní údaje nezískala, nebo je naplnila jenom do některých atributů, a pokud si je uživatel zjistil a ručně doplnil do příslušných políček, nebo přesunul do správných políček, následné provedení akce nabídlo jejich vymazání, nebo přepsání. Není-li adresa zadána korektně, vrací Ares v odpovědi na dotaz příznak standardizaceAdresy s hodnotou false , jinak s hodnotou true.

Funkcionalita akce Aktualizace/ověření dle Ares byla proto upravena tak, že v případě, že je adresa předána s hodnotou příznaku standardizaceAdresy false , zobrazí se ve výsledku ověření navíc řádek

Údaj / Helios / Ares Ares_textovaAdresa / Nestandardizovaná adresa - aktualizujte chybějící/nesprávné adresní údaje ručně dle textové adresy ve sloupci Ares / obsah_pole_textova_Adresa

a nedochází ke kontrole adresních polí, které Ares nepředal a uživatel si je na dané organizaci vyplnil. Uživatel tedy má možnost si z předané textové adresy adresní údaje vytěžit a zadat je do příslušných polí v editoru Organizace. Pokud Ares nějaká adresní pole předává, jsou nadále akcí porovnávána a jejich nesoulad vůči hodnotám zapsaným v číselníku Organizace je ve výsledku ověření zobrazován. Uživatel tedy musí takové případy při ověření vždy posoudit a nežádoucí aktualizaci zabránit.

Evidence pošty

Datové schránky - v souvislosti s implementací velkoobjemových zpráv nad 20MB jsme narazili na technologická omezení v programovém prostředí DELPHI, která nám neumožnila implementovat dodatečné načítání zpráv odeslaných přes webové rozhraní ISDS do prostředí iNuvio. Přitom z iNuvio zprávy větší než 20MB odesílat lze. S ohledem na tuto skutečnost bylo do lokálních konstant ve skupině parametrů Evidence pošty doplněno nastavení Nestahovat odeslané velkoobjemové datové zprávy . Je-li zatrženo, pak stahování zpráv zcela ignoruje velkoobjemové zprávy odeslané přes webové rozhraní ISDS. Není-li zatrženo (výchozí nastavení), uživatel v rámci stahování vidí, že mezi stahovanými zprávami jsou i velkoobjemové zprávy, ale jejich stahování neproběhne. Uživatel si tedy může řídit, zda chce mít informaci o existenci velkoobjemových zpráv odeslaných mimo iNuvio, nebo ne.

Fakturace

Do editoru řady dokladů přidány na záložku 4 - Návazné doklady do oddílu [4] Účtování nová pole Účetní kód zádržné a Účetní kód uvolnění zádržného .

Pole se zobrazují pouze pro Řady dokladů s druhem pohybu zboží = Faktura přijatá, Faktura vydaná, Dobropis přijatý, Dobropis vydaný. Výběr z Účetních kódů - kontací je omezen na Účetní kódy s Druh pohybu = Zádržné.

Při zakládání nového zádržného k dokladu se předvyplní atributy Účetní kód dle nastavení na řadě:

• Účetní kód zádržné => Účetní kód - zádržné

• Účetní kód uvolnění (zádržného) => Účetní kód - uvolnění

Pokud nebude účetní kód zádržného (popř. uvolnění zádrž.) vyplněn. Bude fungovat stejně jako doposud. Uživatel může v editoru zádržného účetní kódy změnit nebo smazat.

U textových položek v režimu přenesení daňové povinnosti (PDP), na kterých je vyplněný kód PDP se zákonným limitem pro aplikování režimu PDP, je nově prováděna stejná kontrola limitu jako na skladových položkách.

Do distribučních formulářů -1470 a -1574 byl doplněn tisk rekapitulace DPH v případě, že je v konečné faktuře odečtena daňová záloha v plné výši, částka k úhradě je nulová a rekapitulace DPH je tím pádem také nulová.

Upraveno zarovnání údajů položek v tiskovém formuláři faktury -1574 Daňový doklad - faktura, dobropis - Recyklační p.

Na řadách faktur a dobropisů byla umožněna editace atributu Daňový doklad k přijaté platbě (TabDruhDokZbo.JeToDDPP). V předchozích verzích byl atribut zaškrtnutý a nepřístupný v případě, že je řada vyplněná jako Řada dokladu o přijaté platbě na řadě dokladu, který má zaškrtnut atribut Zálohová faktura. Toto chování je zachováno, u ostatních řad je možné atribut nastavit i ručně.

Byly provedeny úpravy tiskových formulářů faktur vydaných, systémová čísla -1470, -1471, -1473, -1476 a -1546.

• U položek v režimu PDP se tiskla ve sloupci %DPH chybně sazba DPH pro PDP. Opraveno

• U položek v režimu PDP se tiskne text “Režim PDP. Daň odvede zákazník. Kód předm. plnění xy”, kde xy je kód z Číselníku kódů pro PDP

  
  

Přiřazování daňových záloh na realizační fakturu v režimu samovyměření akci Nový bez vazby. Bylo upraveno chování přepočtů částek v editoru položky přiřazené daňové zálohy v pravé oblasti pro samovyměření, pro:

• částky v hlavní měně (pole Základ DPH samo HM a Částka DPH samo HM) - horní řádek

• částky v měně DPH (pole Základ DPH-samo a Částka DPH-samo) - spodní řádek

Pokud je hlavní měna a měna DPH stejná a i kurzy jsou stejné, při automatickém přepočtu se částky v hlavní měně zkopírují do částek v měně DPH resp. naopak.

V případě různých měn dojde při automatickém přepočtu k přepočtu částky v hlavní měně do částek v měně DPH resp. naopak prostřednictvím měny faktury.

U tuzemských faktur v cizí měně byl změněn způsob přepočtu částek pro posouzení zákonného limitu režimu přenesení daňové povinnosti. Nově se částky přepočítávají daňovým kurzem.

Do přehledu Vydané/Přijaté faktury byla do Nastav přidána možnost zobrazit údaje z dokladu Původní faktura/dobropis.

Při spuštění akce “Generuj DDPP/real.“ na dokladu, který má zatrženo DDPP (TabDokladyZbozi.JeToDDPP=1), se nově neprovádí kontrola částky zálohy a částky úhrady. Tj. nezobrazí se informativní hláška o nesouladu částky zálohy a částky úhrady.

Do akce Vydané faktury, Tisk, Hromadně pro datovou schránku byla zapojena nová uživatelská procedura dbo.ep_OnAfterHromadneProDS01

Popis: Procedura pro úpravu záznamu datové zprávy, po provedení akce Vydané faktury, Tisk, Hromadně pro datovou schránku

CREATE PROCEDURE ep_OnAfterHromadneProDS01 @IDDokladu INT, -- ID faktury vydané @IDDatoveZpravy INT -- ID právě vygenerované datové zprávy AS

V přehledech Vydané faktury a Přijaté faktury je pro označené záznamy k dispozici nová akce Hromadné změny.

Po spuštění akce se zobrazí editor hromadných změn se dvěma záložkami:

• 1 - Obecné

• 2 - Účtování

Údaje na první záložce je možné měnit před realizací dokladu.

Údaje na druhé záložce je možné měnit po nebo před realizací dokladu, ale pouze před zaúčtováním dokladu,

Rozšířena již existující globální konstanta modulu Fakturace - Generování pokladních dokladů.

Nově byla přidána volba Automaticky po realizaci (mimo bezhotovostní úhrady).

Při realizaci faktury systém kontroluje nastavení globální konfigurace Generování pokladních dokladů, pokud bude nastavena nová volba “Automaticky po realizaci (mimo bezhotovostní úhrady)”, provede kontrolu na nastavení atributu Bezhotovostní na formě úhrady, která je na faktuře přiřazena. Pokud na formě úhrady není zatrženo Bezhotovostní, pak při realizaci faktury systém automaticky vygeneruje pokladní doklad.

Akce “Aktualizovat ceny položek podle aktuální cenotvorby” nedotahovala na položku správný daňový klíč v případě že:

• dochází při aktualizaci ke změně sazby DPH

• používají se daňové klíče

Opraveno.

Faktury - akce Načti QR fakturu skončila chybou:

Vložili jste QR kód platby, který ale neobsahuje informace o faktuře. Pro správné zpracování použijte:

• QR kód platby s integrovanou fakturou [QR Platba+F]

• QR kód faktury [QR Faktury]

v případě, že v integrovaném QR kódu platby s fakturou byla za klíčem X-INV: před řetězcem s fakturou vložena mezera. Opraveno

Atributy Druhý párovací znak, Zboží/služba a Poměrný koeficient bylo možné editovat i po zaúčtování faktury.

Opraveno.

Přenos textové položky na fakturu z přednastavených textových položek (z přehledu Poznámky k dokladům).

Když bylo u textové položky v Sazbách DPH zaškrtnuto Přenesení daňové povinnosti, došlo k tomu, že se na fakturu sice přenesla sazba DPH, ale nenastavilo se, že jde o samovyměření.

Opraveno.

Realizační faktura tuzemská v CM s odpočtem záloh. Ručně se edituje připojená záloha hodnoty v CZK, i daňové hodnoty v CZK.

Při ukládání faktury hláška “Položka 'Cena s DPH ' musí být zadána !

Opraveno

Ve fakturách v cizí měně se samovyměřením byly nesprávně vyčísleny sloupce Základ DPH daňový kurz, Celkem s DPH daňový kurz, Částka DPH daňový kurz.

Opraveno.

Firemní aktivity

Při zadávání výrobního čísla do položky firemní aktivity nebylo možné založit nové výrobní číslo do kmenových karet výrobních čísel, tlačítko Nový nebylo funkční. Opraveno

Majetek

Do přehledu Dotace doplněna funkcionalita pro hromadné účtování pohybů dotací.

Typ majetku s nastavením Operativní evidence nesmí mít přístupné k nastavení pohyby Dotací. Doplněno,

Do přehledu Inventury přidán počítaný sloupec “Položka vícekrát”. Pokud je karta majetku do přehledu Položky inventury naimportována vícekrát, je tento atribut zatržen.

Doplněna konstanta na záložku Inventury - Zpřístupnění akce vyhodnocení pro inventury ze starých čteček.

Akce Vyhodnocení nad položkami inventury se v případě inventury majetku pomocí aplikace MIM pouští automaticky po importu dat. Akce je tedy nadbytečná.

Mzdy (CZ)

Úřad práce - nové kontrolní tiskové formuláře

Nad přehledem Mzdové údaje, Oznámení na ÚP (cizinci) byly vytvořeny nové tiskové formuláře:

• Sdělení - kontrolní formulář

• Informační karta - kontrolní formulář

Nad přehledem Roční sestavy, Úřad práce - potvrzení příjmu byl vytvořen nový formulář:

• Úřad práce - potvrzení příjmu

Pozor: Jedná se pouze o formuláře pro kontrolu zasílaných údajů. Žádné oficiální tiskové formuláře nejsou k dispozici.

Výkaz příjmů DPP - tiskový formulář - datumy

V tiskovém formuláři bylo upraveno načítání datumů. Datumy se nyní berou z editoru hlášení.

Oznámení na ÚP (cizinci) - adresa pro doručování v ČR

Byla provedena úprava načítání adresy pro doručování na Informační kartě.

Pokud má zaměstnanec cizinec trvalé bydliště v CZ a není vyplněna adresa kontaktní ani přechodného bydliště, načítá se jako adresa pro doručování adresa trvalého bydliště.

VPDPP – Hlášení bez IČa

Byla ošetřena situace, kdy není přiděleno IČo.

Jako prázdnou hodnotu pro hlášení VPDPP nově bereme hodnotu 00000000. Úprava se týká hlášení v XML.

Doplňující údaje - cizinci - povinné údaje pro infomační kartu/sdělení - úprava

Nově jsou údaje na záložce 3 - Cizinec v sekci [1] Informační karta/Sdělení editovatelné dle Typu oznámení:

Informační karta

• Status cizince

• Varianta pracovního vztahu

Sdělení

• Druh pracovního povolení

• Nepotřebuje od

• Forma zaměstnání

• Předčasné ukončení

Při přepínání Typu oznámení jsou nepožadované údaje zaprotekovány a vymazány. V případě, že bylo něco vyplněno v nepožadovaných položkách pro daný typ před update, zůstanou položky vyplněny.

Současně byla do sekce [2] Zaměstnání doplněna možnost zadat Požadované vzdělání. V případě typu oznámení Informační karta je doplněna kontrola na vyplnění požadovaného vzdělání při ukládání editoru.

Požadované vzdělání se následně nově přenáší z Doplňujících údajů i do hlášení v přehledu Oznámení na ÚP (cizinci).

Výpočet mzdy - tiskový formulář Sociální pojištění - přehled

Byla upravena podmínka pro načítání zaměstnanců. Nyní se do přehledu Sociální pojištění - přehled (sys.č. 1278) dostane zaměstnanec po ukončení PP, i když je jeho příjem pod hranicí pro odvod SP.

Monitorování a měření nepřítomností

Do Počtu dní se nyní započítává také pracovní svátek pokrytý měřenou nepřítomností. Dosud se svátek do Počtu dní nezapočítával.

Práva ke mzdovým údajům (filtrace) - doplnění na nové přehledy

Funkcionalita byla doplněna i do nových přehledů:

Výkaz příjmů DPP

Mzdovými právy jsou ošetřeny jsou i jednotlivé akce v přehledu s výjimkou akce Generuj. Akce Generuj vždy na pozadí generuje hlášení za všechny zaměstnance, ale daný uživatel vidí a pracuje jen s těmi, které má povolené podle mzdových práv.

Oznámení na ÚP (cizinci)

Mzdovými právy jsou ošetřeny jsou i jednotlivé akce s výjimkou akce Generuj. Akce Generuj vždy na pozadí generuje oznámení za všechny zaměstnance, ale daný uživatel vidí a pracuje jen s těmi, které má povolené podle mzdových práv.

Úřad práce - potvrzení o příjmu

V případě přehledu Úřad práce - potvrzení o příjmu bylo nutné vytvořit nový typ mzdového práva, protože přehled se netýká jednotlivých pracovních poměrů zaměstnance, ale údaje jsou načítány za rodné číslo. V daném případě bude vždy zafiltrováno na všechny pracovní poměry zaměstnance, i když mzdové právo bude mít uživatel nastaveno třeba jen k jednomu z nich.

Výkaz příjmů DPP - XML

Bylo upraveno načítání data ukončení do XML. Nyní se tahá z editoru výkazu příjmů DPP, kde bylo načítání data ukončení ošetřeno.

Formulář Potvrzení o zdanitelných příjmech (vzor 32) - úprava

V tiskových formulářích Potvrzení o zdanit. příjmech-záloh. daň(32) sys.č. -1615 a Potvrzení o zdanit. příjm.-zál.daň. AJ (vzor č.32) sys.č. -1612 bylo upraveno načítaní údajů v části 13, týkající se ročního zúčtování daně.

Výkaz příjmů DPP - tiskový formulář

Ve formuláři Výkaz príjmů dpp (sys.č. -1619) v přehledu Výkaz příjmů DPP byly upraveny:

• tisk více záznamů najednou - nyní se zobrazují hodnoty odpovídající jednotlivým záznamům

• tisk rodného čísla (RČ) - v případě cizinců se tiskne v pořadí RČ cizinec, EČP, pokud není ani jedno vyplněné, zůstává RČ ve formuláři prázdné, u CZ pracovníků se tiskne klasické RČ

  
  

Výběr specifikací datových polí - rozšířený o vybrané údaje zaměstnance

Nad přehledy Výpočet mzdy, Roční sestavy a Roční zúčtování daně byla do výběru specifikací datových polí přidaná následující datová pole:

• Číslo

• Jméno

• Příjmení

• Číslo, příjmení a jméno s tituly

Nyní je můžete použít například v Definici tiskového formuláře pro účely tvorby a názvu předmětu a souboru pro e-mail nebo v Definici pro zaheslované PDF a Definici hromadně pro e-mail pro účely tvorby Předmětu a Textu pro e-mail.

Kód činnosti, datum ukončení v budoucnosti a kontroly již odeslaných hlášení

Byl ošetřen stav, kdy nebyl ve Mzdových údajích nastaven Druh výděleční činnosti (mohlo nastat při importu dat). Pokud nebude Druh výdělečné činnosti vyplněn, doplní se do výkazu automaticky hodnota První dohoda o provedení práce u téhož zaměstnavatele.

Bylo upraveno načítání data ukončení PP, aby se nenačítalo datum zadané do budoucnosti. Nyní se plní jen v případě, když hodnota atributu Datum ukončení PP ve MÚ není vyšší než poslední den vybraného mzdového období.

Nově probíhá kontrola hlášení při generování hlášení příjmů pro DPP:

• Jestliže dojde ke změně Příjmů nebo Konce PP u již Zpracovaných nebo Odeslaných hlášení, objeví se nově při spuštění dalšího generování hlášení na konci akce dotaz: “Ve vybraném období existují odeslaná Hlášení, u kterých došlo ke změně klíčových údajů. Chcete zobrazit jejich přehled?” Po stisku Ano se zobrazí kontrolní přehled se seznamem zaměstnanců, u kterých existuje nesoulad (konkrétní popis je uveden ve sloupci Chybový stav - např. Neshoda částky příjmu proto mzdě, Neshoda data ukončení dohody apod.)

• Pokud dojde ke změně Příjmů nebo Konce PP u doposud nezpracovaných a neodeslaných hlášení, dojde při dalším případném generování k aktualizaci těchto údajů bez dotazu.

Také byla upravena validace při ukládání editoru, aby byl datum ukončení v hlášení kontrolován oproti datumu ukončení ve mzdových údajích jen v relevantních případech.

Nadlimitní plnění a odvody pojištění

Bylo upraveno hlídání hranice pro odvod pojištění SP a ZP (dohody a zaměstnání malého rozsahu). Nově se k sumě vyměřovacích základů na mzdových složkách ve výpočtu mzdy přičítá i suma nadlimitních částek benefitů za Produkty na „stáří“, Nepeněžní benefity i měsíční benefity (Příspěvek na ubytování) na těchto ostatních dohodách.

POZOR!

Změna funkcionality je datovaná, uplatní se od prvního období, kde nebyla vypočtena mzda.

POZOR!

Daný typ benefitu, který už jde v součtu nad hranici v daném období, musí být zadán pouze na jediné dohodě pro daného zaměstnance (RČ) v tomto období.

Z tohoto důvodu byla přidána do výpočtu mzdy tvrdá kontrola, která při překročení ročního limitu Produktů na stáří hlásí chybu, pokud je některý z Produktů na stáří zadán i ve mzdě daného období na jiném PP zaměstnance. Tato úprava se netýká jen dohod, ale pracovních poměrů obecně.

Přehled Zaměstnanci - sloupec Uživatelské označení

Do přehledu Zaměstnanci byl přidán sloupec Uživatelské označení (lze si přidat přes volbu Nastav). Přes tlačítko Ins (Insert) lze vybrané záznamy označovat/odznačovat. Přes kombinaci Ctrl + Ins je možné označené záznamy hromadně vybrat.

Cizinci - Informační karta - nástup, výstup v jednom měsíci

Pro nástup i ukončení pracovního poměru cizince existuje jedno hlášení typu Informační karta. Pokud zaměstnanec končí ve stejném měsíci, ve kterém nastupuje, a je známo datum ukončení, uvádí se datum nástupu do hlášení rovnou při nástupu.

Nově je ošetřena situace, kdy bylo odesláno hlášení Informační karta pouze s datem nástupu a zaměstnanci bylo zadáno ukončení v daném měsíc až následně. V daném případě se zobrazí při následném spuštění akce Generuj v přehledu Oznámení na ÚP (cizinci) hláška: “Existují již odeslaná Oznámení, u kterých došlo ke změně data ukončení PP. Chcete zobrazit jejich přehled, který umožní jejich automatickou opravu?“

Po kliknutí na Ano se zobrazí Kontrolní přehled, kde jsou odeslaná oznámení, u kterých následně došlo ke změně ukončení. Po výběru akce Aktualizace se zobrazí ještě přes samotným provedením změn dotaz: “Akce přepne všechny záznamy kontrolního přehledu do stavu Pořízeno a nastaví data ukončení dohod podle aktuálních hodnot ve Mzdových údajích. Pokračovat?“

Po potvrzení provedení aktualizace tlačítkem Ano se pro dané záznamy z kontrolního přehledu doplní datum ukončení a hodnota ve sloupci Stav EP se změní na Pořízeno a oznámení je možné znovu odeslat.

Výkaz příjmů DPP - generování na disk - Stav EP

V případě, že proběhlo generování zprávy XML do souboru na disk nad více označenými záznamy, stav podání ve sloupci Stav EP se změnil pouze u jednoho záznamu.

Upraveno.

pokud generuji do XML na disk, označení Odesláno je uplatní jen u jednoho záznamu - mělo by se označit o všech označených, které mi do XML vstupují

Oznámení na ÚP (cizinci) - telefon

Bylo upraveno načítání telefonu do kontaktu. Primárně se bere z kontaktu uživatele pevná linka, pokud není vyplněna, tak mobilní.

Evidence studia - hlášení změn ZP

Z důvodu ukončení slevy na studium u daně nebylo dále možné evidovat studenty.

Nyní je možné pro evidenci studenta využít možnost hlídání uplatňování minimálního vyměřovacího základu (MVZ) na ZP. V případě, kdy není uplatňován MVZ na ZP je možnost zadat Datum do, tj. datum, do kdy není MVZ uplatňováno, a Kategorii pojištěnce. V případě, že se jedná o studenta, zadáte kategorii STD (Nezaopatřené děti).

Pokud takový zaměstnanec nastupuje a Datum do spadá do daného období nástupu, generuje se současně kód G. V případě, že se zaměstnanec stane studentem v průběhu zaměstnání, generuje se kód G samostatně.

Měsíční exporty za organizaci - zdravotní pojištění

V případě, že bylo hlášení generování do souboru na disk, nezměnil se stav podání.

Upraveno.

Automat účtování je rozšířen o agendu “ Předkontace mezd “. Jeden doklad v přehledu automatu účtování (tedy jeden záznam) reprezentuje jeden nebo více záznamů z přehledu “Účtování mezd“, které spadají do stejného mzdového období a mají stejné číslo rozkontace.

Aby došlo k účtování předkontací mezd automatem, musí být splněny tyto podmínky:

• musí být zatržena nová globální konstanta na záložce “Mzdy“ - “ Zahrnout do automatu účtování “

• musí existovat záznamy v přehledu “Účtování mezd“ (předkontace mezd)

• rok mzdového období musí spadat do období nastaveného pro automat

• mzdové období nesmí být již zaúčtováno

Seskupení je respektováno z nastavení ve mzdových konstantách pro dané mzdové období. Přededitace nerespektuje nastavení ve mzdových konstantách, ale je aplikována dle obecného principu pro účtování automatem (účtování automatem - přededitace je vždy zakázána, účtování ruční - záleži na nastavení globální konstanty pro účtování automatem “Přededitace (pouze pro ruční spuštění)“ stejně jako pro ostatní agendy.

Docházkový systém - osobní kalendáře, příprava importu

Byl přidán stavový sloupec, položka s názvem Osobní kalendář. Zobrazuje hodnoty Ano nebo Ne podle toho, zda záznam ovlivnil den v kalendáři.

Vznikla akce pro zrušení vazby mezi importním záznamem a kalendářem. Akce je pro označené záznamy.

Vznikla kontrola. Pokud importní záznamy ovlivňují položky pravidelného kalendáře, nenaimportují se a uživatel je o tom informován.

Docházkový systém - docházka, příprava importu

Byl přidán stavový sloupec, položka s názvem Předzpracování. Zobrazuje hodnoty Ano nebo Ne podle toho, zda byl záznam převeden do předzpracování.

Při výmazu předzpracování se rozváže i vazba a záznamy se mohou znovu importovat nebo mazat.

Generátor mzdových sestav - export sestavy přes volbu Export do MS Excelu (formátování)

V případě exportu výsledku výpočtu generátorové sestavy do Excelu pomocí akce MS Excel (formátování) se mohlo v některých případech stát, že některé číslo se vyexportovalo jako datum (např. pokud jsem měla nastaveno číslo nákladového okruhu nebo útvaru jako třídící hledisko).

Opraveno.

ISPV od roku 2024 - nová struktura

Od roku 2024 se změnila frekvence zasílání dat, nyní se jedná o Pololetní šetření o průměrném výdělku. Uživatel si nadále volí období při generování výkazu, zde se nic nemění. Do 25. července za leden až červen aktuálního roku a do 25. ledna za celý právě ukončený rok.

Do statistiky již není povinnost předávat souhrnné informace o ekonomickém subjektu, ale nadále budou zasílány údaje o jednotlivých pracovních poměrech. Bylo upraveno generování XML, kam se od roku 2024 nenačítají údaje o ekonomickém subjektu.

Struktura údajů o jednotlivých pracovních poměrech zůstává pro rok 2024 nezměněna.

Minimální VZ na zdravotní pojištění - doba platnosti pro neuplatnění MVZ

Ve Mzdových údajích na záložce Odvody, Zdravotní pojištění, vznikla nová sekce [2] Neuplatňovat MVZ. Obsahuje nové položky:

• Datum do - datum, do kdy se nemá uplatňovat MVZ - tzn. např. datum, do kdy má mzdovka potvrzení o studiu

• Kategorie pojištěnce - atribut je navázán na Pomocné číselníky a spadá do skupiny ZP - plátce pojistného stát, automaticky je naplněn nejčastějšími kategoriemi (přes volbu Nový je možné případně přidat další kategorie)

  • DUCH - Poživatelé důchodů

  • MAT - Ženy na mateřské nebo osoby na rodičovské dovolené

  • PPM - Osoby pobírající peněžitou pomoc v mateřství

  • ROD - Příjemci rodičovského příspěvku

  • STD - Nezaopatřené děti

POZOR:

Položky jsou editovatelné pouze v případě, že není zatržen atribut Uplatnit MVZ v sekci [1] Parametry pojistného.

Při ukládání editoru mzdových údajů probíhá kontrola, zda jsou vyplněny oba atributy- Pokud je vyplněn jen jeden, objeví se hláška:

Pro zadání Neuplatňování minimálního vyměřovacího základu vyplňte oba atributy - Datum do i Kategorii pojištěnce.

Položky slouží pouze pro informaci, nemají vliv na uplatnění či neuplatnění MVZ. Nedochází k tomu, že po vypršení data v atributu Datum do dojde k automatickému zatržení atributu Uplatnit MVZ! Toto je třeba provést ručně v období, kdy už má být MVZ uplatňován.

V měsíční kontrole mzdových údajů (akce nad přehledem Mzdové údaje i akce po měsíční uzávěrce) probíhá kontrola na datum platnost neuplatnění MVZ.

Daně - Roční zúčtování daně 2024

Na základě legislativních změn byly pro rok 2024 provedeny úpravy pro zpracování ročního zúčtování daně (RZD) za rok 2024.

Mzdové konstanty

Byla aktualizována tabulka slev a odpočtů pro rok 2024. Změnový skript ve všech obdobích roku 2024 a 2025 (aktuální období je nejpozději leden 2025):

• upraví nezdanitelnou položku pro Dary na hodnotu 15%

• upraví nezdanitelnou částku pro Životní pojištění na hodnotu 48 000 Kč

• vygeneruje nové nezdanitelné položky pro produkty na stáří - jedná se o symboly N_PFa, N_PFb, N_PFc, N_DIP (dlouhodobý investiční produkt) a N_PDP (pojištění dlouhodobé péče)

• smaže nepoužívané nezdanitelné položky a slevy na dani - jedná se o symboly N_PP (penzijní připojištění), N_OD (odborové příspěvky), N_ZK (zkoušky), S_UD (umístění dítěte tzv. školkovné), S_STD (studium)

Editor RZD

Od roku 2024 jsou na záložce Daňové slevy a odpočty schovány položky:

• Sleva na dani na studium

• Sleva na dani za umístění dítěte

• Nezdanitelné částky - Penzijní připojištění

• Nezdanitelné částky - Odborové příspěvky

• Nezdanitelné částky - Zkoušky

Od roku 2024 jsou na záložce Daňové slevy a odpočty nové položky:

• Penzijní připojištění písm. a)

• Penzijní spoření písm. b)

• Penzijní pojištění písm. c)

• Dlouhodobý investiční produkt

• Pojištění dlouhodobé péče

Od roku 2024 je v položce RZD v sekci [2] Slevy na dani odstraněna položka S_STD (sleva na studium).

Do validace při ukládání RZD přidána kontrola pro porovnání součtu částek na položkách produktů na stáří proti ročnímu limitu (48 000 Kč).

Generování platebních příkazů z Paušálů

V editoru Položky definice platebního příkazu typu Jednotlivé srážky je nyní možné zatrhnout atribut Generovat pouze z paušálů. Tento atribut je možné použít pouze v případě, že přiřazená mzdová složka má na sebe navázanou referenční mzdovou složku č. 119 Záloha z paušálů (pozn. distribuční MS 119 se založí automaticky do distribučního číselníku, do číselníku Mzdové složky jen v případě, pokud číslo 119 není obsazené, jinak je nutné, aby si ji uživatel založil ručně). Pomocí tohoto atributu se do generování platebního příkazu zařadí mzdová složka přímo z paušálů zaměstnance bez nutnosti provedeného výpočtu mzdy. Při generování je respektovaná platnost paušálu (generování je možné v aktuálním nebo běžném období). Z generování jsou vyloučené ty paušální mzdové složky, pro které byl již v daném mzdovém období platební příkaz vygenerovaný (z jiné definice platebního příkazu).

UPOZORNĚNÍ:

Pro případné každé opakované generování platebního příkazu pro stejnou mzdovou složku v daném mzdovém období bude muset být vytvořená nová definice platebního příkazu. Z jedné definice platebního příkazu není možné v daném období generovat platební příkaz opakovaně.

Mzdy (SK)

NOVINKA - Výber špecifikácií dátových polí - rozšírený o vybrané údaje zamestnanca

Nad prehľadmi Výpočet mzdy, Ročné zostavy a Ročné zúčtovanie dane boli do výberu špecifikácií dátových polí pridané nasledovné dátové polia:

Odteraz ich môžete použiť napríklad v Definícii tlačového formulára pre účely tvorby názvu predmetu a súboru pre e-mail alebo v Definícii pre zaheslované PDF a Definícii hromadne pre email pre účely tvorby Predmetu a Textu pre e-mailu.

ÚPRAVA - Monitorovanie a meranie neprítomností vs sviatok

Do Počtu dní sa odteraz započítava aj pracovný sviatok pokrytý meranou neprítomnosťou, doteraz sa do počtu dní sviatok nezapočítaval.

NOVINKA - Prehľad Zamestnanci - stĺpec Používateľské označenie

Do prehľadu Zamestnanci bol pridaný stĺpec Používateľské označenie (je možné si pridať pomocou voľby Nastav). Pomocou tlačidla Ins (Insert) je možné vybrané záznamy označovať/odznačovať. Pomocou kombinácie kláves Ctrl + Ins je možné označené záznamy hromadne vybrať.

ÚPRAVA - Export do MS Excelu (formátovanie) generátorovej mzdovej zostavy

Pri exporte výsledku generátorovej mzdovej zostavy do Excelu pomocou akcie MS Excel (formátovanie) sa niekedy mohlo stať, že niektoré číslo sa vyexportovalo ako Dátum.

Upravené

NOVINKA - Generovanie platobných príkazov z Paušálov

V editore Položky definície platobného príkazu typu Jednotlivé zrážky je odteraz možné zaškrtnúť atribút “Generovať len z paušálov”. Tento atribút je možné použiť len ak priradená mzdová zložka má na sebe priradenú referenčnú mzdovú zložku č. 119 - Záloha z paušálov. Pomocou tohto atribútu sa do generovania platobného príkazu zaradí MZ-ka z položky priamo z Paušálu zamestnanca, bez nutnosti mať vypočítanú mzdu. Pri generovaní je rešpektovaná platnosť paušálu. Z generovania sú vylúčené tie paušálne mzdové zložky, z ktorých v danom mzdovom období bol už platobný príkazu vygenerovaný (z inej definície platobného príkazu).

UPOZORNENIE:

Pre každé opakovanie generovania platobného príkazu pre rovnakú mzdovú zložku v rovnakom mzdovom období bude musieť byť vytvorená nová definícia platobného príkazu. Z rovnakej definície platobného príkazu nie je možné v danom období generovať platobný príkaz opakovane.

NOVINKA - Informačná karta - vznik (príloha č. 9a) - platnosť od 16. 7. 2024

Dňa 26. 8. 2024 UPSVaR zverejnil nové tlačivo pre Informačnú kartu - vznik (príloha č. 9a) platné od 16. 7. 2024, na základe tejto zmeny vznikol nový distribučný tlačový formulár nad prehľadom Doplňujúce údaje:

sys. č. / Názov / Platnosť od-403184 / Informačná karta - vznik (príloha č. 9a) / 16. 7. 2024

Zároveň bol upravený nasledovný distribučný tlačový formulár, do ktorého sa odteraz doťahuje hodnota Typ a účel pobytu z nového atribútu, ktorý vznikol v editore karty zamestnanca:

sys. č. / Názov / Platnosť od-403178 / Informačná karta - skončenie (príloha č. 9b) / 09.05.2022

Do nasledovných tlačových formulárov sa odteraz do časti Miesto výkonu práce načítava adresa z prednastaveného Registračného listu zamestnávateľa:

Sys.č. / Názov / Platnosť od-403184 / Informačná karta - vznik (príloha č. 9a) / 16.07.2024-403175 / Informačná karta - vznik (príloha č. 8a) / 09.05.2022-403178 / Informačná karta - skončenie (príloha č. 9b) / 09.05.2022-403176 / Informačná karta - skončenie (príloha č. 8b) / 09.05.2022

ÚPRAVA - MVPP, VPP, RLFO - prednapĺlňanie údajov platiteľa

Bolo upravené načítanie údajov platiteľa/zamestnávateľa pri tlači/exporte: MVPP, VPP, RLFO nasledovne:

Ak sú zapojené pobočky a zároveň na pobočke je zaškrtnutý atribút “Použiť pri tlači a exportoch”, tak sa načítajú údaje z danej pobočky (IBAN z definície platobného príkazu za danú pobočku), , ak tento atribút nie je zaškrtnutý, tak sa tieto údaje (názov, adresa) načítavajú z prednastaveného Registračného listu zamestnávateľa (IBAN z definície platobného príkazu za danú pobočku).

Ak nie sú zapojené pobočky, tak sa údaje načítavajú z prednastaveného RLZ, ak neexistuje prednastavený RLZ, tak sa tieto údaje načítavajú z vlastnej organizácie, t. j. z organizácie č. 0.

NOVINKA - Priemerný zárobok pre bankové účely - Hrubý príjem

Do nasledovných distribučných tlačových formulárov bol doplnený atribút Hrubý príjem a k atribútu Priemerná Hrubá mzda bol pridaný atribút Priemerný hrubý príjem:

Sys. č. Názov-403333 Potvrdenie o výške príjmu-403332 Priemerný zárobok-403334 Priemerný zárobok za RČ

NOVINKA - Zmena likvidácie nemocenskej dávky

Ak lekár zmení dôvod PN, ktorá je už preplatená v minulých mzdových obdobiach (t. j. zlikvidovaná), tak po stiahnutí ePN z portálu eSlužby Sociálnej poisťovni dôjde k nezhode evidencie DNP v systéme HELIOS iNuvio s evidenciou ePN na portály eSlužby Sociálnej poisťovni, viď stĺpček “Zhoda s ePN”, kde bude uvedená hodnota “Nezhoda Druhu dávky s ePN”.

Ako postupovať:

• ak sa jedná o uzavreté mzdové obdobie - používateľ spustí na prehľadom Evidencia DNP akciu Zmena dôvodu PN/Nastav vo výpočte mzdy. Akcia automaticky nastaví zmenu likvidačnej MZ-ky vo Výpočte mzdy vo vybranom mzdovom období.

• ak sa jedná o aktuálne mzdové obdobie, v ktorom došlo zmene dôvodu DNP - používateľ štandardne spustí nad prehľadom Výpočet mzdy akciu Evidencia DNP/Likvidácia nepreplatených dávok alebo v editore Výpočtu mzdy akciu Likvidácia DNP. Likvidácia automaticky nastaví zmenu likvidačnej MZ-ky.vo Výpočte mzdy.

Zároveň v nasledovných distribučných tlačových formulároch bolo upravené zobrazovanie MZ-iek po zmene likvidácie DNP:

Sys.č. Názov-400366 Register náhrad PN a ND-400362 Mzdový list-403159 Výplatný lístok (5)-403158 Výplatný lístok (4)-403157 Výplatný lístok (3)-403156 Výplatný lístok (2)-403155 Výplatný lístok (1)

UPOZORNENIE:

Ak používate vlastné, t.j. nedistribučné tlačové formuláre pre tlač výplatných lístkov , je potrebné v ich definícii zameniť v tlačovom zdroji:

xSlozkyMzdySrazkyDnp atr. CisloMS za atr. ND_MSZmenaTypu

xSlozkyMzdyOstatni atr. CisloMS za atr. ND_MSZmenaTypu

NOVINKA - Stravné nad limit od 9/2024

MPSVaR SR dňa 29. 07. 2024 zverejnilo Opatrenie o sumách stravného č. 211/2024 Z. z, ktoré platí od 1. 9. 2024. Jedná sa nasledovné sumy:

• € 8,30 pre časové pásmo 5 až 12 hodín,

• € 12,30 pre časové pásmo nad 12 hodín až 18 hodín,

• € 18,40 pre časové pásmo nad 18 hodín.

Táto zmena zvyšuje od 1. 9. 2024 maximálny možný príspevok zamestnávateľa na jedlo na sumu 55 % zo sumy € 8,30, t. j. € 4,57 (teraz € 4,29).

Na základe tejto zmeny je v systéme HELIOS iNuvio je k dispozícii aktualizácia mzdových konštánt (cesta: Konštanty a číselníky/Mzdové konštanty akcia Aktualizácia konštánt), ktorá po spustení nad aktuálnym mzdovým obdobím 9/2024 zvýši konštantu Limit na hodnotu 4,57 (cesta. Konštanty a číselníky/Mzdové konštanty záložka Ostatné sekcia Výpočet PPHZ, pobočky, stravné časť Stravné).

ÚPRAVA - Potvrdenie (2% alebo 3% dane) a Vyhlásenie o poukázaní 2% alebo 3% dane - cudzinci

Odteraz sa do distribučného formulára pre tlač Potvrdenia (2% alebo 3% dane)/Vyhlásenia o poukázaní 2% alebo 3% dane, načítava pri zamestnancovi so štátnou príslušnosťou inou ako “SK/nie je” Dátum narodenia a nie Rodné číslo, t. j. je to zjednotené s tlačou tlačového formulára pre tlač Potvrdenia o zúčt. príjm. za rod. číslo.

ÚPRAVA - Kontrola vo výpočte mzdy na prekročenie limitu príspevku na rekreáciu

V prípade, kedy používateľ napriek upozorneniu na prekročený zákonný ročný limit neznížil zadanú čiastku príspevku na rekreáciu, t. j. ponechal nezákonný stav vyplatenia príspevku nad ročný limit, tak táto kontrola informovala o tomto prekročení aj v nasledujúcom kalendárnom roku, kedy nebol vyplatený príspevok spadajúci do minulého roka (považovala to za nevyriešený stav).

Kontrola bola upravená tak, že na prekročenie ročného limitu upozorňuje vo vybranom mzdovom období podľa toho, do ktorého kalendárneho roka spadá vyplácaný príspevok. Ak by vyplácaný príspevok spadal do minulého roka a v súčte s príspevkami vyplácanými v minulom roku došlo k prekročeniu limitu minulého roka, tak je o tom používateľ informovaný chybovou hláškou. Ak by vyplácaný príspevok spadal do aktuálneho roka a v súčte s príspevkami vyplácanými v aktuálnom roku došlo k prekročeniu limitu aktuálneho roka, tak je o tom používateľ informovaný chybovou hláškou.

ÚPRAVA - Generovanie dohadných položiek na nevyčerpanú dovolenku z MR vs GP

Dohadná položka na odvod na garančné poistenie zamestnanca (“štatutára”) z náhrady za nevyčerpanú dovolenku z MR, za ktorého má zamestnávateľ odvodovú úľavu na platenie garančného poistenie z dôvodu toho, že má najmenej 50% majetkovú účasť, sa odteraz nebude tvoriť, doteraz sa tvorila.

NOVINKA - Nové eInformačné karty pre cudzincov (eIK)

Nad prehľadom Doplňujúce údaje bol upravený formát správy “Informačné karty - začiatok (8a/9a)/skončenie (8b/9b)”, tak aby zodpovedal novej štruktúre.

Zároveň boli vykonané nasledovné úpravy:

• v editore karty zamestnanca na záložke Základné údaje v sekcii “Doklady, cudzinci” na karte “Cudzinec”:

  • vznikol nový atribút “Typ a účel pobytu”, na ktorý je naviazaný číselník, z ktorého je nutné pre účely vystavenia IK o začiatku vyslania štátneho príslušníka tretej krajiny preniesť kombináciu Dôvodu povolenia výnimky a Typ a účel pobytu. Nad týmto číselníkom je akcia Generuj, ktorá dogeneruje príp. chýbajúce položky.

  • pôvodný atribút Typ a účel pobytu bol premenovaný na Poznámka, prípadné zadané hodnoty boli zachované, ale už nevstupujú do Informačných kariet a je možné ich vymazať

• nad prehľadom Zamestnanci je možné si pomocou tlačidla Nastav vytiahnuť nový atribút “Dôvod povolenia výnimky - Typ a účel pobytu” v skupine Typ a účel pobytu.

• do Miesta výkonu práce sa odteraz načítava adresa sídla zamestnávateľa z prednastaveného Registračného listu zamestnávateľa (RLZ).

• v RLZ na záložke Organizácia sekcia Organizácia atribút OKEČ/NACE s nadviazaným číselníkom OKEČ/NACE je nutné preniesť 5. úroveň číselníka NACE (doteraz stačila len druhá úroveň). Pre aktualizáciu číselníka OKEČ/NACE je nutné spustiť akciu Generuj, ktorá dogeneruje kódy piatej úrovne. Hodnota NACE sa pre účely eIK načítava z prednastaveného RLZ.

• do číselníka Dôvody ukončenia PP sa po spustení akcie Generuj dogenerujú kódy (začínajú na hodnotu “9”) pre určenie dôvodu skončenia zamestnania/vyslania

• pre účely eIK je nutné dodržiavať nasledovný formát telefónneho čísla kontaktnej osoby:

+421 123 456 789

00421 987 654 321

+421 987654321

+421 123 456 789 012

00421 987 654 321 098

NOVINKA - Záloha na príspevok na stravné v bežnom mzdovom období

Pre účely výpočtu a prenosu zálohy na príspevok na stravné do Paušálov zamestnanca vznikla nová distribučná mzdová zložka č. 119 - Záloha z paušálov, ktorá sa automaticky založí do číselníka “Mzdové zložky - distribučné” do všetkých mzdových období roku 2024 a 2025. Nová používateľská mzdová zložka pod číslom 119 s referenčnou mzdovou zložkou č. 119 sa založí do číselníka Mzdové zložky do všetkých období roku 2024 a 2025, len ak číslo 119 nie je už obsadené.

V Definícii stravného príspevku vznikol nový atribút “MZ záloha z paušálu”, používateľ ktorý chce použiť novú funkcionalitu prenosu zálohy na príspevok na stravné do Paušálov zamestnanca priradí do atribútu MZ záloha z paušálu mzdovú zložku, ktorá vznikla s distribučnej mzdovej zložky č. 119- Záloha z paušálov.

Následne samotný prenos zálohy na príspevok na stravné používateľ vykoná nad prehľadom Výpočet mzdy/Stravné, kde vznikla na páse kariet na karte Akcie nová akcia “Zálohy na stravné”. Nad bežným mzdovým obdobím po spustení akcie “Zálohy na stravné/Zálohy na stravné” nad označenými zamestnancami sa prenesie do Paušálov bežného mzdového obdobia (len do bežného) zamestnanca MZ-ka pre zálohu z paušálu s čiastkou vypočítanou za pracovné dni vybraného obdobia (t. j. viď prehľad Výpočet mzdy/Stravné atribút Pracovné dni - vybrané obdobie x Denná hodnota stravného z Definície príspevku na stravné sekcia Denná hodnota stravného atribút Stravné EUR) s bankovým spojením, ktoré nájde na mzdovej zložke pre mzdu na účet. Ak v momente prenosu už v Paušáloch daná mzdová zložka existuje, tak sa čiastka prepíše, ak už nebol vygenerovaný platobný príkaz pre úhradu tejto zálohy.

Do atribútu “Pracovní dni - vybrané obdobie” sa nezapočítavajú dni mimo trvania pracovného pomeru, t. j. že ak došlo k vzniku alebo k zániku pracovného pomeru počas kalendárneho mesiaca, za ktorý sa záloha počíta, tak za dni, ktoré spadajú pred dátum vzniku PP a na dni, ktoré spadajú za dátum ukončenia PP, sa záloha nevypočíta.

Ak vznikne počas bežného mzdového obdobia nový pracovný pomer, tak po zadaní mzdovej zložky pre príspevok do limitu do Paušálov daného zamestnanca sa takýto zamestnanec dostane automaticky do prehľadu Výpočet mzdy/Stravné (pri čom sa rešpektujem platnosť tohto paušálu), odkiaľ je možné mu preniesť zálohu na príspevok na stravné do jeho Paušálov a následne vygenerovať platobný príkaz z paušálu.

Nad prehľadom Výpočet mzdy/Stravné vznikol nový atribút “Záloha v Paušáloch”, ak je zaškrtnutý znamená to, že zamestnanec má vo vybranom mzdovom období v Paušáloch zálohu na príspevok na stravné s hodnotou vyššou ako 0 (buď prenesenú alebo ručne zadanú).

Obecné

Opravena barva textu upozornění v editoru, který upozorňuje na nepřiřazenou zálohu.

V historických verzích Heliosu uniklo do distribuce 5 tiskových formulářů, které nejsou distribuční, ale zakázkové. Změnový skript takové formuláře nastaví na nedistribuční a neaktivní (tyto formuláře nemusí mít v DB všichni, ale jen Ti, kteří přecházeli přes určité verze Heliosu).

Do profilu pro e-mail byl doplněn atribut Doména. Pokud bude v atributu vyplněna hodnota, bude do mailové zprávy doplněn atribut Message-ID ve tvaru “generovaný GUID + Domena”.

REST API - dokumenty - byla doplněna možnost udělat změnu dokumentu. Dokument uložený v databázi se upraví v databázi a případně se zaloguje je původní hodnota do historie (záleží na nastavení odpovídajícího příznaku). Dokument uložený na disku se upraví na disku. Nelze změnit typ uložení. V obou případech se do logu práce s dokumentem zapíše nový stav - “Dokument byl změněn přes REST API”.

Přes REST API nešlo měnit hodnotu externích atributů, které neměly nastaven příznak Editovatelný.

Doplněna podpora pro uživatelské sloupce typu VARBINARY(MAX).

V Rozkopírování číselníků, akce „Aktualizace seznamu DB“. Tato akce sice aktualizuje seznam databází, ale nesmaže ty DB ze seznamu, které již fyzicky neexistují. Funkcionalita smazání fyzicky neexistujících databází byla doplněna.

V Helios.INI vznikl nový přepínač WebMode. Hodnota 0 je defaultní - WebView. Hodnota 1 spouští Chromium. Obdobně je možné použít spouštěcí řádkový parametr -ICEF. Kombinace nastavení v INI a řádkového parametru není podporovaná. Musí být použita pouze jedna varianta. Aby bylo možné využívat Chromium, je nutné z Helios Store stáhnout a nainstalovat doplněk: “Instalace podpory CEF pro prohlížeč Chromium”.

Tento plugin nakopíruje do adresáře s iNuviem soubory plgASOLChromium.dll (základ a konfigurace), ChromiumDLL.dll (komunikační knihovna pro CEF), ChromiumSubProcess.exe (podpora pro komunikační knihovnu) a vzor_chromiumDLL.ini (vzorový soubor pro konfigurační soubor chromiumDLL.ini, obsahuje výchozí volby i s popisem jednotlivých dostupných voleb ).

Aktivované Chromium mění chování Heliosu z hlediska High-DPI - velikost ikon. Aktivovat Chromium doporučujeme pro firmy, kde je problém s WebView.

V konfiguraci je upraveno volání IS_SRVROLEMEMBER přehledu uživatelů. Toto ověřování je spuštěno pouze při prvním zobrazení přehledu uživatelů v konfiguraci. Pokud je třeba opětovně funkci spustit, je nutné konfiguraci zavřít a opětovně otevřít.

Upraveno generování požadavku na bankovní výpis, aby obsahoval identifikaci mandanta pro multimandantní provoz.

Byla zapojena nová verze komponenty SDAC 11.2.1.

Upraveno zobrazování procesního okna informujícího o zařazení kmenové karty na konkrétní sklad. Okno se bude aktuálně zobrazovat pouze v případě, že se bude zařazovat více karet najednou.

Do akce Nastavení/Uživatelé: Kopie nastavení z aktuálního uživatele bylo doplněno kopírování dalších rolí přiřazených zdrojovému uživateli.

Do TabUrl byla přidána jako druh 57 URL https://avaplace.com pro Helpdesk. Na základě tohoto záznamu se helpdesk spouští a je možné dle této tabulky dělat výjimky na firewall.

Funkce pro mazání žurnálu je upravena o volbu, která potvrzuje mazání návazných číselníků (Archivace změn a QMS log). Samotné mazání je rychlostně optimalizované.

V přehledu Definice exportu tisku vznikla akce pro rozkopírování.

V definici Hromadně pro e-mail je možné připojit Definici zpráv. Generování dokumentu dle připojené definice zpráv se spustí při generování hromadně pro e-mail (pro každý označený záznam), a vygenerované zprávy se vloží do Přílohy - Jednotlivé. Zprávy se také uloží do dokumentů daného záznamu stejně jako doposud zasílané PDF (JPG,…). Podporované jsou zprávy ve formátu “Obecný plugin” (ISDOC / EDI,…). Pokud není zpráva vygenerovaná, do poznámky dokumentu generovaného z tiskového formuláře je vložen text “Pro doklad ID={xyz} nebyl nalezen dokument Jednotlivé přílohy, která měla být vytvořena zprávami/pluginem”

Do definice zpráv v sekci FTP je doplněna možnost zadat heslo na FTP a to buď pro uživatele nebo globální.

Elektronický podpis PDF je rozšířen o možnosti nastavení grafického zobrazení ve formuláři. Jedná se o velikost písma pro každý řádek samostatně, vypnutí automatického doplnění data a času, určení fontu písma všem řádkům.

Změny v Opisu přehledu 2

1. došlo k překladu nejdůležitějších částí ribbonu v náhledu sestavy opisu 2 2. je možné si představit texty, které se mají tisknout do záhlaví / zápatí opisu 2 místo systémově vkládaných 3. lze zapnout úspornější tisk opisu 2 (dojde k vypnutí části podbarvení) (body 2 a 3 se nastavují v opravě uložené sestavy v nastav, podobně jako záhlaví/zápatí pro opis (1)) 4 v uživatelské konfiguraci lze nastavit výchozí zoom pro zobrazení náhledu opisu 2 (zadaná procenta, pamatování posl. nastavení a 100%)

Změny v nastav Ve spodní liště okna nastav je nově jméno aktuálně editované sestavy a tlačítka pro její uložení. Tlačítko pro obnovu výchozího nastavení bylo přemístěno na první záložku zobrazení, do skupiny další nastavení.

Vznikla nová akce “Rozkopírování” v pásu karet Workflow, která umožňuje rozkopírování Workflow mezi databázemi (založení nového i občerstvení existujícího). Pravidla přenosu jsou stejná, jako u použití importu / exportu workflow.

Pokud byl v rámci Automatu spuštěn definovaný přehled s nastavením “Maximalizovat”, nebylo toto nastavení respektováno. Opraveno.

REST API - u některých atributů pro doklady oběhu zboží byl v rámci meta informací chybný stav fieldDisabledForCreate a fieldDisabledForUpdate. Opraveno.

V případě Exportu do Excelu XLS/XLSX, popř. Opis přehledu 2, nebyla správně přidána parametrizace dotazu. Z toho důvodu fungovaly chybně uživatelské sloupce, které měly v definici parametr jako odkaz na nadřízený přehled. Opraveno.

I když bylo editační pole s kalkulačkou nastaveno pouze ke čtení, bylo možno změnit hodnotu políčka pomocí kalkulačky. Opraveno - kalkulačka je nyní zakázána, pokud je pole ve stavu pouze ke čtení.

Při smazání uživatele z SQL serveru nebyly smazány vazby uživatele na roli. To blokovalo mazání roli, které byly historicky použity, ale uživatele, kteří je měli přiřazené jsou smazaní. Opraveno.

Pokud bylo nastaveno poslední pořadové číslo faktury nebo dokladu skladů na 7 číslic, ale nad obdobím bylo přepnuto na 6 číslic, nebyl zobrazen editor pro nový záznam. Opraveno. Je zobrazena hláška, která uživatele upozorní na nesoulad číslování.

Dashboard - widget HELIOS Školení

V některých případech nefungovalo třídění položek správně.

Opraveno

Personalistika

Personální organizační struktura - zaměstnanec bez PP

Nyní se zaměstnanec bez pracovního poměru (tj. nemá založenou mzdovou kartu) přiřazený na pracovní pozici zobrazí v Personální organizační struktuře po zapnutí parametru Obsazení pracovních pozic (doposud se nezobrazovali).

Současně se nyní v přehledu Obsazení pracovních pozic po spuštění volby Přidat/Přidat zaměstnance nezobrazí zaměstnanec se Stavem pracovního poměru = PP ukončený (doposud se zobrazoval)

Pokladna

Upraveno dotahování kurzů při Rozšířeném dohledávání kurzů, tak aby byla zohledněna i hodnota “Platný kurz“ (pro dohledávání celních kurzů se k nastavení “Platný kurz” nepřihlíží). Úprava je obecného charakteru, neplatí jen pro dotahování kurzů na pokladních dokladech, ale napříč systémem.

Pokladní prodej

Při prodeji voucheru lze měnit při jeho přidání (v okně pro zadání čísla voucheru) jeho cenu, pokud je to povoleno na kmenové kartě. Lze to v dotykovém i běžném režimu i v případě, že je běžná změna ceny na položce zakázána právy.

Doplněna kontrola na zadaný sklad při přidání položky z přehledu karet na dokladu.

Doplněno hlášení a refresh položek po volání slepé procedury ep_PokProdej02 v případě, že zastaví platbu dokladu.

Pokud zadávám platbu v cizí měně a po jejím zapsání je částka v vrácení stejná nebo vyšší než ta, která je v částce pro hotovost, tak se tuzemská hotovost automaticky vymaže.

V konfiguraci si lze u vybraných pěti způsobů úhrady nastavit, že chci používat “rychlou platbu”. Vyplněním textu u rychlé platby se pak v editoru prodejky objeví nová tlačítka (vedle OK/Storno), která uzavřou doklad s vybraným způsobem úhrady bez nutnosti cokoliv dalšího vyplňovat. Uhrazená částka je rovna částce dokladu.

Tlačítku rychlého prodeje lze v konfiguraci také přiřadit barvu, kterou bude zvýrazněno. Stejná barva se pak použije i v dialogu pro platbu, ale pouze u dotykového režimu.

Případné kontroly (např na nedostatečný stav / nevyplnění některých polí) uložení dokladu přeruší.

Doplněna kontrola na korektní zadání počtu míst pro číselnou řadu i s ohledem na účetní období (6/7 míst).

Mezi funkce, které lze přiřadit tlačítku rychlého prodeje, byla doplněna možnost spustit externí akci. Externí akce je spuštěna nad hlavičkou aktuálně rozpracovaného dokladu.

V řadě pokladního prodeje lze přímo nastavit návaznou řadu pokladen. Nastavení se provádí na první záložce vpravo (3 - pokladní doklady).

Opraveno podbarvování tlačítek v případě návratu ze zanořené úrovně, která měla podbarvení použito na vyšší úroveň, kde podbarvení není definováno.

Projektové řízení

Neumožnění editace smluvené částky pod celkově fakturovanou.

Oprava zobrazení “Zodpovídá“ pro úlohy v grafickém přehledu stromu projektů.

Vyžadovaná pole plánovaných datumů pro přehledy projektů a etap.

Oprava zakládání řad projektů (v některých případech hlásilo duplicitu). Nově řadu bude doplňovat uživatel při novém záznamu.

Nové nastavení pro řazení v atributu “Strom“ pro etapy stejné úrovně. Nastavení je na řadě projektu ve volbě “Řazení stromu projektu“

Sklady, nákup a prodej

Úprava/aktivace možnosti přejmenování atributu TabPohybyZbozi.IDVozidlo v editorech položek dokladů modulů Fakturace, Sklady, Nákup a Prodej (TabPohybyZbozi). Nastavení provádíte v hlavní nabídce, volba Nástroje přizpůsobení, Přejmenování atributů.

Sledování minimálních ceny ke zboží v cenových úrovních za posledních 30 dní (podpora pro naplnění zákona o ochraně spotřebitele) - úpravy:

• Sloupec Minimum ceny dle archivu ( TabNC.MinDleArch) - byly upraveny názvy a popis takto:

  • Veřejný název: Minimum ceny dle archivu -> Minimum ceny dle archivu a z aktuální ceny

  • Veřejný název zkrácený: Minimum

  • Popis: Minimum ceny dle archivu za rozhodné období uplynulých 30 dní -> Minimum ceny dle archivu cen za rozhodné období uplynulých 30 dní a z aktuálně platné ceny

• Doplněn nový sloupec (TabNC.MinJenDleArch), který nezahrnuje do stanovení minima ceny za posledních 30 dní aktuálně zadanou hodnotu ceny v hlavní měně:

  • Veřejný název: Minimum ceny jen dle archivu

  • Veřejný název zkrácený: Min. archiv

  • Popis: Minimum ceny jen dle archivu cen za rozhodné období uplynulých 30 dní

• Akce Archiv změn nabídkových cen byla zpřístupněna i v přehledech s jednotlivými záznamy ceníků, kde zobrazuje archiv týkající se pouze aktuálního záznamu z ceníku

  
  

Akce Výrobní čísla

• nad přehledem 45 - Položky dokladu v editoru dokladu OZ

• nad přehledem 74 - Přehled položek aktivovaným na F9 nad hlavičkami dokladů OZ

zobrazovala nad označenými položkami pohyby výrobních čísel pouze z aktuální položky. Upraveno tak, aby zobrazila pohyby výrobních čísel ze všech označených položek

Dříve bylo nutné pro každý zdrojový doklad (Dopravné, Clo, atd.) zadávat právě jeden doklad DSN (Dodatečné související náklady), pokud jste potřebovali správně “spárovat” doklady v účetním saldokontu (111xxx, 131xxx).

V přípravě účtování DSN (hlavní nabídka Sklady, Dodatečné související náklady, záložka Akce, volba Příprava účtování) jsme provedli 2 úpravy funkcionality.

1/ Odebrali jsme přenosový přehled pro výběr zdrojových dokladů pro přípravu účtování. Do přípravy účtování jsou vždy zahrnuty všechny zdrojové doklady automaticky.

2/ Upravili jsme doplnění jednotlivých údajů potřebných pro saldokonto (Párovací znak, Organizace, Útvar apod.). Tyto údaje se dotahují vždy z příslušného zdrojového dokladu podle druhu DSN a podle odpovídajícího nastavení druhu řádku účetního kódu (Dopravné, Clo, atd.). Je tedy nutné zkontrolovat/nastavit kontace pro odpovídající řady příjemek. Přesněji jednotlivé řádky, které se týkají souvisejících nákladů a účtu pořízení zásob (111xxx, 131xxx) na straně DAL. Pro tyto řádky je třeba mít nastaveny hodnoty atributů “Druh řádku” na konkrétní druh souvisejícího nákladu (Dopravné, Clo, Pojistné apod.) a atribut “DSN” na hodnotu Zdrojové doklady. Minimálně atributy “Párovací znak” a “Datum salda”, týkající se párovacích údajů, zkontrolujte nebo nastavte na příslušné hodnoty, které pro párování potřebujete.

Tím pádem dojde ke správnému zaúčtování do účetního deníku a “spárování” v účetním saldokontu (111xxx, 131xxx) i v případech více zdrojových dokladů na jednom dokladu DSN.

Rozšíření možnosti nastavení položkového převodu pro převodky - změny v nastavení na řadě výdejek a dopady do funkcionality převodek s položkovým převodem

• Na řadu výdejek doplněno nové nastavení Druh převodu pro běžný převod s výběrem Dokladový převod/Položkový převod (výchozí nastavení Dokladový převod) - toto nastavení umožňuje nastavit pro převodky položkový převod pro všechny případy s výjimkou případu, kdy je na dokladu kompletační položka a současně je v nastavení Způsob převodu kompletačních položek požadována záměna díků a výrobků

• Dále pole Druh převodu bylo přejmenováno na Druh převodu pro daný způsob převodu kompletačních položek a nyní pouze informuje o tom, jaký druh převodu se uplatní pro doklad s kompletačními položkami v souvislosti se zvoleným způsobem převodu kompletačních položek

• Vzhledem k tomu, že od verze 3.0.2023.0101 při nastavení Způsob převodu kompletačních položek na hodnotu záměna díků a výrobků byl úmyslně položkový převod aplikován i na doklady bez kompletačních položek, změnil aktualizační skript ve stávajících databázích při tomto nastavení na řadě výdejek výchozí hodnotu pro Druh převodu pro běžný převod na hodnotu Položkový převod , tj. tak aby se chování pro danou řadu výdejek pro doklady bez kompletačních položek po aktualizaci nezměnilo

• Pro položkově převedené výdejky převodky a příjemky převodky lze akcí Generuj storno vygenerovat storno pouze v případě, že už k dokladu nějaké storno neexistuje.

• Pro položkově převedené výdejky převodky a příjemky převodky nedochází k automatickému rušení nerealizované druhé strany, ani ke generování storna realizované druhé strany. Uživatel je pouze upozorněn na existenci dokladu na druhé straně

• Parametr Řada dokladů pro generování storna příjmu (TabDruhDokZbo.RadaDoklGenStornoPrijmu) na řadě pro Storno výdeje byl skryt a nepoužívá se. Určující pro generování storna příjemky-převodky v návaznosti na realizaci storna výdeje-převodky je parametr na řadě příjemky Návazné storno příjemky (Storno příjmu/výdeje řada - TabDruhDokZbo.StornoPVRada). Ke generování návazného storna příjemky dochází tedy až při realizaci storna výdejky

• Parametr Řada dokladů pro generování storna výdeje (TabDruhDokZbo.RadaDoklGenStornoVydeje) na řadě pro Storno příjmu byl skryt a nepoužívá se. Určující pro generování storna výdejky-převodky v návaznosti na realizaci storna příjemky-převodky je parametr na řadě výdejky Návazné storno výdejky (Storno příjmu/výdeje řada - TabDruhDokZbo.StornoPVRada - tento parametr byl doplněn i do editoru řady s druhem pohybu Výdej v evidenční ceně ). Ke generování návazného storna výdejky dochází tedy až při realizaci storna příjemky

  
  

Při vkládání položky na paletu SSCC byla optimalizovaná rychlost zobrazení přehledu dostupných palet.

Kmenové karty - akce Kontrola množství k dispozici nedetekovala , a tudíž ani neopravovala případy, kdy hodnota Množství k dispozici na stavu skladu byla v souladu s neodebraným množstvím na expedičních příkazech a rezervacích, ale k nesouladu došlo v hodnotě Množství k dispozici pouze na některém ze stavů výrobních čísel u dané skladové karty. Opraveno: Do přehledu “Chod na rezervace a expediční příkazy” se zjištěnými nesrovnalostmi byl doplněn sloupec Rozdíl VČ, který obsahuje sumární množství těchto nesrovnalostí na všech VČ pro danou skladovou kartu a akce Oprava množství k dispozici nesoulad opraví. Poznámka: Pokud byla na expediční příkazy převedeno více, než bylo požadováno, signalizuje sloupec Rozdíl VČ, která ale fakticky disproporcí není. Takové případy se přestanou v přehledu objevovat, pokud se “přeplněné” položky na příslušném dokladu označí jako splněné

Upravena hláška při pokusu nastavit Druh sazby DPH (není) na Skupině karet nebo na Kmenové kartě přes akci Hr. změna nebo Hr. nový. Druh sazby DPH (není) nelze obecně v iNuvio přednastavit.

Při položkovém přenosu položek Došlé objednávky (Převod bez editace, S výběrem a potvrzením, S editací) se chybně uplatnil, pokud byl nastaven, filtr nastavený pro přehled položek Dobj (v přehledu Dobj, Akce, Položky dokladů…(F9), BID=974). Mohlo tak dojít k situaci, že se do cílového dokladu nepřenesly všechny položky.

Správně se nyní přenášejí všechny položky bez ohledu na nastavení filtru pro přehled položek Dobj.

Při položkových převodech z více došlých objednávek do dokladů (faktura vydaná, expediční příkaz, nabídka, výdejka) se neaktualizovalo pořadí položek na cílovém dokladu, přebíralo se pořadí ze zdrojového dokladu, čímž docházelo k opakovaným hodnotám ve sloupci Pořadí. Opraveno

Sloupec Expedovatelné (%) v přehledu Došlé objednávky mohl ve výjimečných případech skončit chybou “Dělení nulou !” Opraveno.

Splátkování a leasing

Modul Leasing, editor časového rozlišení. Byla upravena logika toho, kdy je tlačítko OK aktivní. Dříve v některých případech aktivní nebylo do doby posunu na další pole.

Účetnictví

Kontace faktur a dobropisů vydaných v režimu OSS, druh řádku kontace Zasílání zboží​

• Částka pro tyto řádky se zjistí nyní tak, že se sečtou všechny základy daně z položek, případně záloh (jako doposud) a ​

  • nově je přidána podmínka: kromě řádků, kde je sazba DPH (není), tj. ostatních částek. Tj. částka z těchto řádků, kde je sazba DPH (není), se nedostane do CZ přiznání k DPH řádek 24.​

• Zároveň byla opravena chyba, kdy se z přededitace nepřenesla částka základu daně do účetního deníku na řádku kontace zasílání zboží.

  
  

V SELECT z kurzovního lístku pro starý způsob dohledání kurzu (v globální konfiguraci není zapnuto Rozšířené dohledávání kurzů) nebyla podmínka, že kurz musí být platný (PlatnyKurz = 1). Systém dohledal v KL kurz, který nebyl platný : PlatnyKurz = 0 a díky tomu návratové údaje (kurz, datum kurzu,…) NULLoval.

Úprava: do SELECTU z kurzovního lístku pro starý způsob doplněna podmínka na PlatnyKurz = 1.

Automat účtování - Pro agendy Úhrady - kurzový rozdíl k faktuře a Úhrady - kurzový rozdíl k bilančnímu dni doplněna do aktualizace (výběr dokladů k účtování) podmínka na hodnotu kurzového rozdílu na úhradě. Kurzový rozdíl musí být nenulový.

Do číselníku účtů přidáno nové zaškrtávátko Bez přecenění , v editoru je na první záložce v oblasti Cizí měna. Výchozí stav je nezaškrtnuto. Lze nastavit pouze v případě, že je na účtu nastavena “Povaha účtu“ na “Podrozvahový“ nebo “Rozvahový“. Nastavení zaškrtávátka je poplatné vybranému období. Zaškrtávátko je doplněno i do akcí “Nový účet z označeného“ a “Hromadné změny“.

Je-li zaškrtávátko zaškrtnuto, nelze aplikovat tyto akce:

• přehled “Účtový rozvrh“, akce “Stav účtu - kurzový rozdíl“

• přehled “Saldo“ resp. “Saldo ke dni“/“Saldo k uživatelskému období“, akce “Kurz.rozdíl k bil.dni“ a “Kurz.rozdíl k bil.dni vč.zrušení“

Po spuštění výše uvedených akcí systém hlásí informaci: “Účet XXX má nastaveno “Bez přecenění”, kurzový rozdíl se nepočítá.“ a akce se neprovede.

Poznámka: Možnost nastavení Bez přecenění byla přidána z důvodu evidence záloh v cizí měně podle interpretací NÚR, kdy se k zálohám v cizí měně netvoří kurzové rozdíly. To se netýká vratných záloh (typicky kauce). Pokud se mění účel zálohy (nevratná/vratná), doporučujeme zálohu přeúčtovat.

Automat účtování je rozšířen o agendy “ Majetek - účetní pohyb “, “ Majetek - umístění “, “ Majetek - 3.pohyby “, “ Majetek - daňové pohyby “ a “ Majetek - dotace “. Jeden doklad v přehledu automatu účtování (tedy jeden záznam) reprezentuje jeden pohyb.

V globálních konstantách “Účetnictví“ - “Účetnictví - další“ - oblast “Automat účtování“ lze nastavit “ Období pro výběr dokladů - Majetek “. Zvolené období platí pro všechny druhy pohybů.

Aby došlo k účtování Majetku automatem, musí být splněny tyto podmínky (podmínky jsou stejné jako pro účtování přímo z přehledů pohybů Majetku) :

Účetní pohyby : Datum platnosti musí spadat do zvoleného období, účtování musí být povoleno na kartě majetku a na druhu pohybu, pohyb nesmí být již účtován

Daňové pohyby : Datum platnosti musí spadat do zvoleného období, účtování musí být povoleno na kartě majetku a na druhu pohybu, pohyb nesmí být již účtován

3. pohyby : Datum platnosti musí spadat do zvoleného období, účtování musí být povoleno na druhu pohybu, pohyb nesmí být již účtován

Dotace : Datum platnosti musí spadat do zvoleného období, účtování musí být povoleno na druhu pohybu, pohyb nesmí být již účtován

Pohyby umístění : Datum platnosti musí spadat do zvoleného období, účtování musí být povoleno na druhu pohybu, pohyb nesmí být již účtován

V přehledu Automat účtování v přednastavených parametrech lze nastavit text pro účtování pro jednotlivé druhy pohybu.

Účtování do účetního deníku / účetních standardů

Účtování bude provedeno dle nastavení řádků účetního kódu buď jen do účetního deníku, nebo do účetních standardů nebo částečně do účetního deníku a částečně do účetních standardů. Pokud došlo k účtování i do účetních standardů, je stav dokladu v přehledu automatu účtování označen “ Doklad v účetních standardech “, nový příznak “ Účtováno do standardu “ je zatržen a záznam je označen žlutým kolečkem . V přehledu automatu účtování jsou pro záznamy, které mají nastaven příznak “ Účtováno do standardu “ zobrazeny 2 nové akce : “ Doklad v účetních standardech “ a “ Všechny doklady v účetních standardech “. Akce zobrazí příslušné vygenerované doklady v účetních standardech. Akce jsou zobrazeny pouze v případě, že je instalován modul “Majetek“ a modul “Účetní standardy“. Zároveň je možné použít i akce pro zobrazení dokladů v účetním deníku.

V přehledu automatu účtování jsou v “Nastav“ k dispozici nové vazby na jednotlivé pohyby Majetku.

Účtování do účetních standardů

V případě, že je na řádku účetního kódu nastaveno účtování do účetních standardů, automat účtování provede účtování do účetních standardů. V přehledu automatu účtování je nový sloupec “Majetek - účtováno do standardu“, který je v tomto případě zatržen. Stav dokladu je nastaven na hodnotu “Zaúčtován do standardu“. Pro záznamy automatu účtování, které byly zaúčtovány do účetních standardů, jsou k dispozici 2 nové akce : “Doklad v účetních standardech“ a “Všechny doklady v účetních standardech“. Akce slouží k zobrazení účetních dokladů v přehledu účetních standardů.

Vlastnosti automatu účtování

Při účtování automatem (automatem i ručním spuštění automatu bez přededitace / s přededitací) nedojde nikdy k seskupení účetních dokladů do jednoho dokladu i když je nastaveno v konstantách Majetku : “Doklad pro každou kartu“ nebo “Doklad pro každý druh pohybu“. Účtování probíhá vždy jako by byla zatržena volba “Doklad pro každý pohyb“ . Vyplývá to z principu účtování automatem. Pokud uživatel tuto funkcionalitu požaduje, může použít účtování přímo z přehledů pohybů agendy Majetek.

Do automatu účtování byly přidány agendy “Období DPH“ a “Výkaz OSS“.

Období DPH

• aktualizací se do automatu zařadí období DPH CZ vzor 18-24 a SK vzor SK EU 2021, která nejsou účtována, jsou uzavřena a spadají do vybraného období

• účtování neprovádí vypořádání výkazu DPH, to je potřeba udělat uživatelem před účtováním

Výkazy OSS

• aktualizací se do automatu zařadí výkazy “One Stop Shop dovozní režim“ a “One Stop Shop režim EU“, které nejsou účtovány, jsou uzavřeny a spadají do vybraného období

Ostatní principy v automatu platí stejně, jako pro ostatní agendy.

Účetní deník akce Kontroly PAP, hláška: IČ partnera aktiva/pasina není v číselníku Partneři PAP - IČO. Hláška se zobrazí v případě informace organizace mimo ČR, na které je zadáno IČO a zároveň ID Partnera.

Kontrola je upravena tak, že se v uvedeném případě kontroluje pouze ID partnera oproti číselníku Partneři PAP a zadané IČO se už nekontroluje.

Při využití funkce automatického účtování je umožněno používat “slepé” procedury ep_Ucto05 pro účtování dokladů.

V globálních konstantách “Účetnictví“ - záložka “Účetníctví - další“ je v oblasti “Automat účtování“ nová konstanta : “ Spouštění externí procedury ep_UCTO05 při účtování dokladů “. Volby :

• Nikdy nespouštět (přednastavená volba)

• Při spuštění automatem i při ručním spouštění

Pozor: v případě ručního účtování automatem s přededitací se procedura ep_UCTO05 spouští až po naplnění VŠECH dokladů VŠECH agend do přehledu Editace před zaúčtováním (tabulka #TabDenikUcto). Je proto velmi důležité v proceduře ep_UCTO05 PŘESNĚ rozlišovat, pro které doklady má k úpravě dojít (např. podle DUD nebo podle naplnění vazebních atributů na prvotní doklad (např. pro doklady oběhu zboží musí být vyplněn vazební atribut #TabDenikUcto.IdDokladyZbozi).

Účtování doplňkové položky s používáním daňových klíčů pro DPH - faktura vydaná:

Na faktuře vydané, která obsahovala položky s různými daňovými klíči a zároveň se vytvořila doplňková položka , které byl přidělen konkrétní daňový klíč, při jejím zúčtování neakceptovalo tento daňový klíč přiřazený ve faktuře vydané. Po zúčtování tedy přepsalo daňový klíč z předkontace "Korekce - základ DPH (hlavička)" resp. "Korekce - DPH (hlavička)" a neakceptovalo daňový klíč z faktury vydané .

Oprava: Při účtování faktury vydané s doplňkovou položkou se doplnil test , který kontroluje daňový klíč na doplňkové položce ve faktuře vydané a tedy do rozúčtování upřednostní a dotáhne daňový klíč , který přísluší daňovému klíči zadanému na řádku ve faktuře .

Pro účtování bez daňových klíčů (tj. analytickými účty) se nic nemění.

Byly upraveny dotazy na aktuální stupeň upomínky, aby reflektovaly zadané stupně.

Byla opravena chyba, když se v leasingu zadají dva pohyby, např. úmor, úrok 1 řádek + pojištění 2.řádek, tak se neúčtují oba řádky, ale vždy si to natáhne pouze jeden řádek. Při dohledávání účtů úrok/úmor z části předmětu systém nově zohledňuje nastavení “ Úročeno “ na části předmětu (pro uvedený případ musí být označeno). Úprava platí pro tyto druhy řádků účetního kódu : Úrok, Úmor, Hodnota úroku základ daně a Hodnota úmoru základ daně.

V účtování pohybů Leasingu provedeny 2 úpravy:

• Daňový klíč (DK) se primárně dotahuje z Pohybu detail, když zde není DK zadán, pak se DK převezme z navázané Části předmětu.

• Kontrola na sazbu DPH se neprovádí v případě, že sazba DPH není na Pohybu detail zadána a zároveň na účetním kódu (kontaci) existuje jakýkoliv nedaňový řádek (Ostatní částky, Zaokrouhlení, Časové rozlišení, K úhradě, Odkupní hodnota-zaokrouhlení, Odkupní hodnota-ostatní částky, Úrok, Úmor nebo Částka celkem na předmětu)

  
  

Byly upraveny nesprávné hlášky při účtování faktur a dobropisů , jedná se o případ, kdy jsou při účtování aplikovány dvě kontace - faktura pro účtování faktury a kontace pro zádržné:

• byla opravena chyba - nesprávné číslo řádku účetního kódu v chybovém hlášení

• upraveno - nový text chybového hlášení “ Není zadán účet pro účetní kód/řádek (X/Y)! “, kde X je číslo účetního kódu a Y je číslo řádku (tato úprava je provedena jen pro účtování faktur, je to jediné účtování, kde se mohou zpracovávat dva účetní kódy v rámci jednoho účtování.

Řešení platné pro účtování všech agend :

• systém v případě, že není zadán účet, již nehlásí nadbytečný text “Číslo účtu neexistuje“.

Všechna řešení jsou platná pro standardní účtování z přehledů prvotních dokladů i pro účtování automatem účtování.

Do přehledů salda k datu/k uživatelskému období (saldokonto i účetní fakturační saldo) byla přidána nová akce Aktualizace přehledu . Akce provede aktualizaci stavu salda dané saldokontní skupiny k příslušnému datu / uživatelskému období. Po ukončení aktualizace se provede refresh přehledu.

Pro slovenský Kontrolní výkaz DPH (SK) bylo do kontrol přidáno další hlídání:

Kontrolní výkaz SK DPH, akce “ Kontrola dokladů pro kontrolní výkaz DPH “. Do kontroly dokladů byla doplněna kontrola na délku pořadového čísla pro KV DPH . Je-li délka pořadového čísla pro KV DPH v účetním deníku větší než 32 znaky, proces kontroly zobrazí v procesním okně varování “ Pořadové číslo faktury je delší než 32 znaků a bude zkráceno “. Doklad bude do výkazu KV DPH standardně napočítán.

Stejná funkcionalita je doplněna i do kontrol ekonomiky - do kontroly “ Doklady KV “.

Uživatel bude tedy na oříznutí pořadového čísla pro KV DPH upozorněn a případně může provést opravu pořadového čísla pro KV DPH v účetním deníku.

V procesním okně účtování dokladů byly upřesněny - doplněny následující hlášky o slova “ účetního kódu ”:

“Nenalezen účet DPH pro řádek účetního kódu (?) Základ DPH!”

“Není zadán účet pro řádek účetního kódu (?)!”

“Účet pro řádek účetního kódu (?) Částka DPH není daňový účet!”

“Nesoulad daňových klíčů základu a částky DPH, řádek účetního kódu (?)!”

Kde ? je číslo konkrétního řádek účetního kódu - kontace.

Editor účetního deníku, akce Oprava DPH . Otevře se editor, kde lze nyní - podle nastavení Účtování DPH na účtu DPH - editovat buď pole Základ DPH nebo pole Částka DPH, pro samovyměření lze editovat obě pole.

Byla provedena úprava pro případ, že má účet DPH nastaveno Účtování DPH = Není nárok , pak jsou v editoru opravy hodnot DPH uvolněny obě pole - pro základ daně i pro částku daně Poznámka: pro toto nastavení se chová stejně jako doposud pro případ, když má účet DPH nastaveno Účtování DPH = Samovyměření.

Funkcionalita dokumentů byla doplněna do přehledu “Výkaz souhrnného hlášení“ otvíraného buď z přehledu Souhrnná hlášení akcí Zobrazení přehledu SH s aktualizací nebo Zobrazení přehledu, případně z editoru Souhrnná hlášení, záložka 2 - Výkaz:

• akce “Dokumenty“ v náhledu tisku při tisku přes tiskový formulář (tlačítko vpravo nahoře)

• akce “Dokumenty“ v přehledu “Výkaz souhrnného hlášení“

• nový sloupec “Navázaný dokument“

• nová vazba na dokumenty

  
  

Do globálních konstant “Banka“ - “Bankovní výpisy“ - “Účtování“ bylo přidáno nové zaškrtávátko “ Nesaldokontní účty účtovat bez Párovacího znaku a Datum sald a“. Výchozí hodnota je nezaškrtnuto.

Není-li zaškrtávátko zaškrtnuto, systém se při účtování bankovních výpisů chová jako dříve.

Je-li zaškrtnuto, při účtování systém kontroluje, zda má daný účet vazbu na libovolnou saldokontní skupinu. Pokud nemá, jsou údaje Párovací znak, PZ2 a Datum splatno vyprázdněny a Druh data je nastaven na “Není datum“.

Pozn. úprava se týká účtování bankovního výpisu, příprava účtování zůstává beze změn.

Byla urychlena aktualizace souhrnného hlášení (CZ) - akce Zobrazení přehledu s aktualizací . Doba se zkrátila minimálně o 1 řád.

Do editorů pro kopii účetního dokladu, hromadnou kopii účetního dokladu, opravy pro SH a opravy pro KH přidána pole :

• “Změna textu“ - způsob změny textu na cílových dokladech, volby : “Ponechat původní text“, “Nahradit novým textem“, “Doplnit nový text na konec“ a “Doplnit nový text na začátek“

• “Nový text“ - pole pro zadání nového textu s možností přenosu textu z číselníku pomocných textů, pole je pro volbu “Změna textu“ = “Ponechat původní text“ nepřístupné a prázdné (text na cílových dokladech se nemění)

Výchozí stav je “Změna textu“ = “Ponechat původní text“ a pole “Nový text“ je nepřístupné.

Poznámka: je-li požadováno i generování STORNO zdrojového dokladu, systém vkládá do textu předem určený text : STORNO (DUD/CD) - tato vlastnost je zachována pouze pro volbu “Změna textu“ = “Ponechat původní text“, pro ostatních volby “Změna textu“ je text na cílových dokladech naplněn novým textem

V případě, že je na saldokontní skupině přednastavený účetní kód pro kurzový rozdíl a na tomto účetním kódu je zaškrtnut parametr Datum případu (případně i datum úhrady) podle data poslední úhrady , tak při účtování kurz. rozdílu je pole Datum případu správně needitovatelné, kromě případů:

• je označen pouze jeden řádek a datum poslední úhrady se nedohledá, pak je pole “Datum případu” přístupné.

• je označeno více řádků, pak je pole “Datum případu” přístupné.

Přístupnost pole “Uživatelské období” (dříve Období stavu) se řídí přístupností pole “Datum případu” .

Poznámka - Původní název pole Období stavu byl přejmenován na Uživatelské období .

Účetnictví, Účtový rozvrh . Na účtu lze nastavit pro pole dimenzí: Útvar, Číslo zakázky, Okruh (nákladový okruh), Vozidlo, Zaměstnanec, Organizace, DIČ Organizace, Pár. znak, Typ změny, Organizace 2 a Údaj příjmy a výdaje volbu Upozornění . Při tomto nastavení při ručním účtování do účetního deníku systém pro chybějící příslušnou dimenzi upozornil. Při účtování pomocí kontací však systém pro chybějící příslušnou dimenzi neupozornil.

Proto bylo pro standardní účtování prvotních dokladů doplněno hlášení upozornění na chybějící dimenze do procesního okna, jestliže je nastaveno na účtu upozornění.

Hlášení v procesním okně je stejné jako v případě chyby (když je na účtu nastavena povinnost vyplnění dané dimenze), do hlášení je vlevo přidáno slovo “ Upozornění “. Platí pro účtování s přededitací i bez přededitace.

Poznámka: Pochopitelně se při volbě Upozornění (na rozdíl od volby Zakázané) do hodnoty dané chybějící dimenze nezapisuje hodnota “Err“ (dimenze zůstávají prázdné), aby šlo zaúčtovat do účetního deníku.

Byla upravena pravidla pro evidenci účetních záznamů v cizí a hlavní měně. Základní pravidla jsou:

• kód hlavní měny se nikdy do účetního deníku neukládá.

• kód cizí měny se ukládá do účetního deníku vždy bez ohledu na hodnotu částky v cizí měně (typicky kurzové rozdíly, kdy je částka v cizí měně nulová)

Poznámka 1:

Technicky bylo do globálních konstant přidáno datum “Počáteční datum období pro nové ukládání kódu měny do účetního deníku“, od tohoto data (včetně) se bude systém chovat výše popsaným principem. Datum je needitovatelné. U stávajících databází se toto datum naplní datumem “Datum do“ aktuálního období + den. U nových databází se toto datum naplní aktuálním datumem bez času.

S výše uvedeným datumem se vždy porovná datum případu deníkového záznamu. Pokud je datum případu stejné nebo vyšší než datum v globální konstantě, chová se systém novým principem:

• při zadávání nového záznamu nebo opravě záznamu se nikdy neuloží do záznamu kód měny, když je tato měna hlavní měnou, i když je v editoru účetního deníku zadán

• při zadávání nového záznamu nebo opravě záznamu se kód cizí měny, který je zadán v editoru účetního deníku, vždy uloží do záznamu bez ohledu na částku v cizí měně (tzn. i když je částka v cizí měně nulová)

Poznámka 2:

• neukládání kódu hlavní měny se týká všech možných způsobů vkládání nebo opravy deníkových záznamů (ruční pořízení/oprava, kopie dokladu, importy, účtování…)

• ukládání kódu cizí měny bez ohledu na částku v cizí měně se týká pouze ručního pořízení/opravy účetních dokladů.

  
  

Přiznání k DPH, akce "Kontrola dokladů období DPH", procesní okno "Průběh procesu", zde byla opravena fukcionalita akce "Zobrazení přehledu".

Dokud se v procesním okně nefiltruje, je akce "Zobrazení přehledu" aktivní na správných řádcích.

Pokud se použil filtr (některé barevné kolečko) a případně se následně filtr zrušil (černé kolečko), tak byla akce "Zobrazení přehledu" aktivní na řádcích, kde aktivní být nem2la (např. Účetní doklady nebyly nalezeny, Pokladní doklady nebyly nalezeny,...) a naopak nebyla aktivní na řádcích, kde aktivní být m2la (např. Nalezeny nezaúčtované doklady).

Bylo opraveno účtování pohybu Leasingu, kde na účetním kódu jsou zadány řádky “Odkupní hodnota-základ daně“ a “Odkupní hodnota-částka daně“. Účet DPH pro účtování řádku “Odkupní hodnota-základ daně“ je dohledán z řádku “Odkupní hodnota-částka daně“.

Byla opraveno účtování přijatých faktur: pro případ, že faktura přijatá, která měla období DPH podle DUZP uzavřeno, ale období DPH podle datumu doručení faktury (např následující měsíc) bylo otevřeno a navíc bylo na faktuře přijaté je vyplněno pole Zaokrouhlení Kč. V takovém případě se zobrazila chyba “Program nenalezl vhodné období DPH” (v účetní kontaci se řádek Zaokrouhlení ztráta/zisk (hlavička)).

Účtování přiznání DPH v cizí měně. Případ, kdy je na období DPH je nastavena jiná měna než HM.

Chybně se choval přepočet do hlavní měny. V editaci před zaúčtováním a pak v účetním deníku atribut TabDenik.Kurz byl zaokrouhlený na dvě desetinná místa . Částky v CM odpovídaly přiznání v měně DPH, ale částky v hlavní měně byly chybně přepočteny kurzem zaokrouhleným na dvě desetinná místa.

Opraveno: Do přededitace při účtování a účetního deníku je přenášen kurz nezaokrouhlovaný (tak, jak je uveden v kurzovním lístku) a pro přepočet do hlavní měny v deníku se použije nezaokrouhlovaný kurz.

Skupinová registrace k DPH:

Při aktualizaci dodatečného kontrolního výkazu DPH (SK) se chybně načítaly ke zpracování pouze doklady od členů, které byly navázány na aktualizovaný KV DPH. Důsledkem bylo, že se do dodatečného KV DPH (SK) mohly dostat řádky navíc, které do výkazu nepatřily.

Oprava - načítají se doklady od členů, které jsou navázány na aktualizovaný KV DPH a doklady, které jsou navázány na předchozí KV DPH stejné časové periody, které jsou uzavřeny. Oprava je platná pro dodatečné kontrolní výkazy DPH (SK).

Výkazy, finanční analýza

V nabídce Helios Controlling je k dispozici nová funkcionalita Stavy účtů a dimenzí. Popis je v dokumentaci Stavy účtů a dimenzí – HELIOS iNuvio

Je k dispozici nový přehled Hodnoty označených výkazů , který se zobrazuje z přehledu Výkazy a reporty na akci nového tlačítka Zobrazit hodnoty označených výkazů.

Zobrazí se řádky hodnot všech označených výkazů.vio

V přehledu Dokument - Poznámky - byla upravena funkce @GMZ - zaokrouhlování, refreš přehledu.

Výroba

Kontrakty dodavatelské - nový parametr na hlavičce kontraktu - Doba přepravy

Tento parametr lze využít v případech, kdy je zboží na odvolávce připraveno k expedici u dodavatele. Na položce odvolávky se vypočítá atribut „Datum expedice/přijetí“ (připočtením doby přepravy k Plánovanému dodání OD). Termín pro plánování dispozice materiálu se určí přičtením Lhůty pro naskladnění.

Zakázková modifikace nad výrobním číslem - drobná změna chování:

• Při příjmu z výroby se dříve doplnila zakázková modifikace jen u nově vzniklých výrobních čísel

• Nyní se zakázková modifikace upraví při každém příjmu z výroby

  
  

Import dat TPV - založení kmenové karty:

• Drobná změna chování

• Proběhne test na délku registračního čísla

• Struktura musí odpovídat nastavení v globální konfiguraci

• Pokud není tvar registračního čísla v pořádku, zobrazí se chybová zpráva

• V předchozích verzích se tento test neprováděl

  
  

V přehledu Detailní porovnání nákladů byly doplněny definované vazby na další přehledy:

• Materiály a polotovary pro výrobu

• Výrobní operace

• Nářadí pro výrobu

• Vedlejší produkty

  
  

Rozšíření možností funkce Požadavky z dokladů

Nově je možné načítat požadavky z došlých objednávek ve dvou režimech:

• Množství živé – Použití původního algoritmu pro výpočet požadavku na výrobu, který nevyužívá mechanismus Zajištění došlé objednávky.

• Množství k řešení – Požadavek na výrobu je definován výhradně na základě mechanismu Zajištění došlé objednávky.

Tyto dva algoritmy nelze kombinovat pro různé načítané oblasti. Není tedy možné v jednom kroku načítat požadavky z expedičních příkazů (s ohledem na množství ve výrobě nebo na skladech) a současně došlé objednávky s použitím mechanismu Zajištění. V takových případech je nutné spouštět funkci samostatně dvakrát – vždy s jiným nastavením parametrů výpočtu.

Tato volba je dostupná pouze při volání funkce z Výrobního plánu.

Na Výrobním příkaze je možné zobrazit nový přehled Evidence nářadí .

Na Výrobním příkaze byla v definici práv přidána možnost přiřazení práva na Nastavení příznaku tisku.

Nebude-li mít uživatel právo nastavené, neproběhne ani automatické nastavení příznaku při tisku v systému Helios. Tisk dokumentu na tiskárnu však proběhne.

Nové parametry Řady výrobního plánu

• Nákladový okruh

• Upřednostnit nákladový okruh z požadavku

Nákladový okruh je nově i součástí editoru Výrobního plánu, kde jej lze ručně editovat. Nastavení na řadě výrobního příkazu má přednost před nastavením na Výrobním plánu. Nákladový okruh byl doplněn i do přehledu Pohyby nedokončené výroby.